У нас есть один сервер Exchange 2013 (EX13 - Exchange 2013 SP1 на Win2012R2). Установлены роли CAS и MBX. Когда я запускаю сервер, служба транспорта Microsoft Exchange не запускается. Я понял, что если я отключу свой собственный «Коннектор приема», который позволяет внутренним устройствам пересылать почту с сервера, служба запустится. Коннектор приема отображается в EAC с ролью HubTransport. Если вы посмотрите на свойства коннектора получения, в разделе безопасности единственное поле в области аутентификации, которое проверено, - это TLS. В группах разрешений отмечены только анонимные пользователи. Если вы перейдете в раздел области действия, в первом поле будут все IP-адреса устройств, которые ретранслируются с сервера, а в нижнем поле (привязки сетевого адаптера) будет одна запись по умолчанию «(Все доступные IPv4) порт 25» ).
Также в «Коннекторах получения» есть 5 других коннекторов по умолчанию, которые я не добавил. Они есть:
Клиентский Frontend EX13 (FrontendTransport) - привязан к порту 587
Клиентский прокси EX13 (HubTransport) - привязан к порту 465
Стандартный Frontend EX13 (FrontendTransport) - привязан к порту 25
По умолчанию EX13 (HubTransport) - привязан к порту 2525
Outbound Proxy Frontend EX13 (Frontend Transport) - привязан к порту 717
Я подозреваю, что проблема связана с коннектором приема «Frontend EX13 по умолчанию», потому что он также привязан к порту 25. Это также подтверждается тем фактом, что я могу запустить службу транспорта Microsoft Exchange, если сначала остановлю транспортный сервер Microsoft Exchange Frontend Transport. service, как будто спорят, кому достанется порт 25! Нужен ли мне вообще принимающий коннектор EX13 Frontend по умолчанию? Почему это там? Я изо всех сил пытаюсь осмыслить все это, поэтому, если бы кто-нибудь мог объяснить различия между всеми этими разъемами, я был бы очень признателен!
Так что я решил это сам. Проблема заключалась в том, что «Фронтенд по умолчанию (FrontendTransport) назначен роли CAS, в то время как созданный мной настраиваемый коннектор приема был назначен роли MBX (HubTransport). Службы боролись за порт 25. У вас МОЖЕТ быть несколько коннекторов приема, привязанных к порту 25, но им должна быть назначена одна и та же роль.
Мое решение заключалось в том, чтобы экспортировать IP-адреса в настраиваемый соединитель, который я создал для роли HubTransport, а затем удалить его. Я воссоздаю новый коннектор приема и выбираю Frontend Transport в разделе Role, а затем использую EMS, чтобы добавить в него экспортированные IP-адреса. Задача решена.
* Я ссылался на эту статью, чтобы помочь с экспортом IP-адресов из созданного мною настраиваемого коннектора, поэтому мне не пришлось добавлять их все вручную (у меня было около 30).
http://terenceluk.blogspot.com/2010/11/how-do-i-exportimport-exchange-20072010.html
Спасибо за помощь!
Exchange должен иметь возможность выбирать ОДИН соединитель приема для каждого входящего соединения.
Он проверяет два параметра входящего соединения:
Номер IP-порта, к которому пытается подключиться соединение. И
IP-адрес, с которого происходит соединение.
Для правильной работы транспорта необходимо убедиться, что два соединителя не конфликтуют по этим двум параметрам.
Итак, в вашем случае коннектор «Интерфейс по умолчанию» уже привязан к (порт 25 И любой адрес), и теперь вы добавляете еще один настраиваемый коннектор приема, привязанный к (порт 25 и некоторые конкретные адреса). Эти два конфликтуют, потому что за конкретные адреса они оба захотят нести ответственность, и это вызывает вашу проблему с транспортной службой.
Решение: исключите определенные адреса, которые вы настроили в настраиваемом коннекторе получения, из области коннектора внешнего интерфейса по умолчанию.
Здесь, в больнице, у меня была такая же проблема, но с другим решением.
У нас есть две машины переднего плана с веб-серверами для портала пациентов в моей больнице. Мне нужно было настроить приемный разъем реле для этих интерфейсов. После этого служба транспорта Microsoft Exchange не запускалась.
Я пробовал то, что предлагал Rich701 в качестве решения, но у меня это все равно не сработало. Служба транспорта Microsoft Exchange не запускается.
Исходя из его исходного сообщения:
Я подозреваю, что проблема связана с коннектором приема «Frontend EX13 по умолчанию», потому что он также привязан к порту 25. Это также подтверждается тем фактом, что я могу запустить службу транспорта Microsoft Exchange, если сначала остановлю транспортный сервер Microsoft Exchange Frontend Transport. service, как будто спорят, кому достанется порт 25!
Я установил для службы Frontend Transport службы Microsoft Exchange значение «с автоматической задержкой» в свойствах службы. Вуаля! Транспортная служба Microsoft Exchange и внешняя транспортная служба Microsoft Exchange больше не спорят. Резервное копирование служб Exchange Server 2013.