Служба «Microsoft Exchange Transport» неожиданно прервана. Не запускается служба транспорта


В технетах такое происходит каждый день… В логах примерно вот такое событие: При проверке подлинности входящего прямого доверия произошла ошибка сертификата %1. Исходный IP-адрес сервера, который предпринял попытку проверки подлинности для Microsoft Exchange: [%2]. Проверьте правильность работы службы EdgeSync. Адрес уже используется. Компоновка: 0.0.0.0:25. Не удается начать прослушивание (ошибка: 10048). Компоновка: 0.0.0.0:25. Служба Microsoft Exchange Transport была неожиданно завершена. Это произошло 1 раз(а). Следующее корректирующее действие будет предпринято через 60000 мсек: Перезапуск службы.

Почему так происходит?

Коротко отвечая на вопрос- потому, что администратор плохо ознакомился с изменениями в службе транспорта и неправильно создал коннектор приёма, указав по старинке не Frontend Transport а Hub Transport при создании. После этого сервер начинает жаловаться- 421 4.3.2 Service not available‏, поскольку Frontend Transport честно ждет на 25 порту, а Hub Transport на новом, 2525. После какого-то времени 25 порт «отбирается» неправильным коннектором  и передается в пользование Hub Transport. Все, ситуация налицо, в случае сервера с обоим-двумя ролями.

Что же делать?

1) Пересоздать коннектор. 2) Более простой вариант- изменить его настройки, Set-ReceiveConnector Identity –TransportRole FrontEndTransport И после изменения перезапустить службу транспорта. Полезные ссылки: http://blogs.technet.com/b/rischwen/archive/2013/03/13/exchange-2013-mail-flow-demystified-hopefully.aspx

https://support.microsoft.com/kb/2958036?wa=wsignin1.0

Реклама

Служба «Microsoft Exchange Transport» неожиданно прервана. Не запускается служба транспорта: 4 комментария

  1. Спасибо большое за разъяснение, только сегодня столкнулись с подобной проблемой. Никогда бы не догадался, что дело может быть в этом 🙂

    • Не за что, приходите еще, открывайте технет и читайте больше про 13. Я про этот момент разговаривал со многими людьми более года назад, и пытался сформулировать проблему словами, а, как оказалось, она более чем реальна и может доставить неприятных минут.
      Что характерно, многие люди считают, что хорошо знают десятку, и это так, НО ! это не означает, что в 13 все так же. Как раз наоборот- изменения в архитектуре большие и сильно отличаются. Их просто надо знать. Тогда будет намного очевиднее работать с продуктом.

  2. razbornovd, еще как реальна и она очевидна. Сам по 10 сертификацию прошел, но такого не ожидал. Как-то еще, не понятна позиция MS, допускать такой конфликт и не сделать «защиту от дурака». Век живи… 🙂

  3. […] Итак, выводы: администратор Exchange обязан знать о новых изменениях в логике и работе продукта, и четко на практике представлять, как работает тот или иной изменившийся функционал. Мне этот кейс напомнил дело об измененной архитектуре транспорта, и всех связанных с этим граблях. […]

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s