Оповещения SMTP iDRAC 9 Enterprise с Office 365

Оповещения SMTP iDRAC 9 Enterprise с Office 365

Я использую Dell PowerEdge T440 с iDRAC9 Enterprise. Я пытаюсь настроить оповещения SMTP с помощью Office 365. Мне вообще не удалось успешно отправить тестовое электронное письмо. Я получаю ошибку:RAC0225каждый раз, когда я отправлял тестовое электронное письмо.

На данный момент все так и есть, любая помощь будет очень кстати, потому что я в растерянности.

Настройки iDRAC-> Подключение -> Сеть -> Общие настройки Регистрация iDRAC в DNS: Включено Имя DNS iDRAC: iDRAC-ServiceTag Автоматическая настройка Доменное имя: Отключено Статическое DNS Доменное имя: xxx.userdomain.com Вид подключения: Включено

Конфигурация- > Настройки системы -> Конфигурация оповещений Оповещения: Включено

Конфигурация-> Настройки системы -> Конфигурация SMTP (электронная почта) Оповещение по электронной почте 1:[email protected]

Конфигурация-> Параметры системы -> Параметры сервера SMTP (Email) Я пробовал различные настройки конфигурации в этой области, такие как: IP-адрес или полное доменное имя/DNS-имя сервера SMTP (Email): публичный IP-адрес WAN-домена-com.mail.protection.outlook.com. Я создал сервер IIS с включенным SMTP и следовал этому руководству:http://www.ponjavic.com/wordpress/2016/06/16/configure-smtp-relay-server-for-office-365/для настройки

Я в полном недоумении, как это настроить. Даже если я не смогу, или это будет очень маленькая оплошность, которую я пропустил, я просто хочу знать, возможно ли это, и как людям удалось это настроить, потому что у меня ничего не получилось.

Большое спасибо.

решение1

В прошивке iDRAC 9 версии 4.40 и более поздних версиях теперь можно настроить пользовательский адрес отправителя и шифрование SMTP-подключения в веб-интерфейсе. Настройки, необходимые для Office 365, следующие:

  • Настройки SMTP-сервера:smtp.office365.com, порт 587, STARTTLS
  • Адрес электронной почты отправителя / Имя пользователя:Один и тот же адрес электронной почты в обоих полях.
  • Двухфакторную аутентификацию необходимо отключить на почтовом ящике отправителя/аутентификации в консоли настроек Office 365.

В более старых версиях прошивки (и в iDRAC 6/7/8) отправка оповещений по электронной почте в облачные почтовые службы через iDRAC немного сложнее. Исходящие SMTP-соединения во всех версиях прошивки iDRAC старше 4.0 не зашифрованы, а адрес «От:» в оповещении по электронной почте основан на имени DNS и доменном имени, назначенных iDRAC. Например, оповещения по электронной почте, отправленные с вашего iDRAC, будут приходить с «[email protected]".

Вам необходимо будет использовать следующие настройки для Office 365 на старых iDRAC:

  • Имя DNS iDRAC:Должно совпадать с частью имени адреса электронной почты для аутентификации.
  • Статическое DNS-имя домена:Должно совпадать с доменной частью адреса электронной почты аутентификации.
  • Настройки SMTP-сервера:SMTP-сервер будетАдрес конечной точки MXвашего домена электронной почты на порту 25. URL-адрес будет выглядеть примерно так: «contoso-com.mail.protection.outlook.com».
  • Двухфакторную аутентификацию необходимо отключить на почтовом ящике аутентификации в консоли настроек Office 365.

Подключение напрямую к O365 с такими настройками — не самое идеальное решение; предпочтительнее использовать локальный SMTP-ретранслятор для пересылки оповещений.

Я рекомендую проверить следующие настройки, если вы еще этого не сделали:

  • Убедитесь, что в iDRAC настроен действительный адрес DNS-сервера.
  • Установите флажок «Состояние» рядом с оповещением по электронной почте 1.
  • Убедитесь, что настройки порта/аутентификации в iDRAC соответствуют настройкам на сервере ретрансляции SMTP (порт 25 с отключенной аутентификацией, если следовать статье).

Если после этого электронная почта по-прежнему не работает, вы можете получить более подробную информацию о причине сбоя, включив ведение журнала в свойствах сайта SMTP в консоли IIS6.

решение2

У меня гибридный обмен с iDrac9 с использованием SMTP-реле через p25. Мне пришлось обновить прошивку до 4.40 для iDrac. Это немного изменит меню и позволит вам настроить отправителя. Затем я добавил запись DNS в свой DNS "idrac1" в домене "mydomain.com". Затем убедитесь, что адрес отправителя изменен на "[email protected]" Также используется запуск TLS с отключенной аутентификацией.

Также убедитесь, что у вас настроен коннектор приема для вашего SMTP-ретранслятора.

Надеюсь это поможет.

решение3

Я не знаком с конфигурацией iDrac, но, возможно, это поможет.

Проверьте свой внешний IP-адрес. Когда вы создавали коннектор в сети, вам нужно указать внешний IP-адрес, по которому сетевые пакеты покидают вашу сеть и затем подключаются к сети Microsoft. Если вы указали внутренний IP-адрес, коннектор его не распознает. Также убедитесь, что IP-адрес не занесен в черный список. Если ваш интернет-провайдер не предоставил статический IP-адрес, возможно, порт 25 также заблокирован для исходящего трафика. В этом случае вы можете попробовать 587. Если вы отправляете через порт 587, он должен быть защищен с помощью TLS 1.2.

Убедитесь, что вы проверили решение. Разбейте проблемную область, чтобы выяснить, какие части настройки являются вашей проблемой. Можете ли вы отправлять почту на сервер SMTP, может ли этот сервер отправлять почту в Office 365? Проверьте это с помощью TELNET или PowerShell и отправьте сообщение через ваш сервер SMTP. Если проблема с сервером SMTP, TELNET должен помочь вам это увидеть. Если он добирается до сервера SMTP, но останавливается там, журналы сервера могут помочь вам диагностировать это (почему сервер SMTP не может подключиться к Exchange Online). Как только вы узнаете, что части потока почты работают, вы должны сразу узнать, есть ли у вас проблема с конфигурацией сервера (или только с сервером).

Если у вас возникли проблемы с конечной точкой MX, попробуйте отправить сообщение на SMTP.Office365.com. Если это не помогло, попробуйте запросить его и выбрать один из возвращаемых им IP-адресов и использовать его. Если это сработает с IP, у вас проблема с разрешением DNS. Дважды проверьте конфигурацию IP устройства. Обычно они имеют жестко закодированные записи DNS, поэтому проверьте DNS-серверы и настройки шлюза, чтобы убедиться, что он действительно может находить и направлять сообщения на следующий прыжок.

решение4

У меня была та же проблема со старой версией idrac. Я не мог заставить его отправлять, какие бы настройки я ни использовал. Во время звонка в Dell мы решили обновиться до последней версии (v7). Я начал получать электронные письма, как только он закончил перезагрузку после обновления.

Связанный контент