none
Коннектор Client Proxy RRS feed

  • Вопрос

  • Добрый час. Обновился до CU20, после этого поимел проблему со службой транспорта. В логах наблюдаю следующее:

    1. Служба Транспорт Microsoft Exchange была неожиданно завершена. Это произошло 1 раз(а). Следующее корректирующее действие будет предпринято через 5000 мсек: Перезапуск службы.

    2. Не удается начать прослушивание (ошибка: 10048). Компоновка: 0.0.0.0:465.

    3. Адрес уже используется. Компоновка: 0.0.0.0:465.

    Понятно, что проблема возникает из-за коннектора Client Proxy, после его отключения транспорт стартует без проблем. Уже пробовал удалить коннектор и создать заново - безрезультатно... Допускаю, что неправильно создал коннектор, но явных ошибок в создании не вижу. Создавал так - New-ReceiveConnector -Name "Client Proxy" -Usage internal -TransportRole  HubTransport -AuthMechanism Tls, Integrated, BasicAuth, BasicAuthRequireTLS, ExchangeServer -PermissionGroups ExchangeUsers, ExchangeServers -bindings [::]:465, 0.0.0.0:465  -RemoteIPRanges ::-ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff, 0.0.0.0-255.255.255.255

    Мыслей больше нет, подскажите куда копать.

    9 августа 2018 г. 8:12

Ответы

  • Если "Адрес уже используется" - то ищите кем: netstat -nao | find ":465". Если увидите там что-то, прослушивающее на этом порту на любом IPv4 адресе - ищите по PID (последняя колонка), что это за процесс.

    Если не увидите ничего - посмотрите, какие последние обновления Windows у вас стоят. Если - выпущенные 10 июля, то они как раз содержат ошибку, нарушающую работу службы транспорта. В таком случае ищите и ставьте более новое обновление, исправлющее ошибку (какое именно - это зависит от версии Windows, смотрите его конкретный номер в статье MS KB, посвященной проблемному бновлению).

    PS Процессом может быть EdgeTransport.exe (рабочий процесс службы транспорта): он может закрываться с задержкой из-за того, что делается дамп памяти после его завершения, либо он не успел закрыться сбое основного процесса службы.  В таком случае увеличьте таймаут перезапуска с 5 секунд (как у вас) на побольше.


    Слава России!

    • Помечено в качестве ответа Flaitz 11 августа 2018 г. 3:37
    9 августа 2018 г. 9:15

Все ответы

  • Во-первых, плохо что удаляли соединитель. Во-вторых, может быть у вас ещё кастомные соединители сидят на этом порту?

    Покажите вывод команды:

    Get-ReceiveConnector | ft Identity,Bindings,Enabled,RemoteIPRanges -AutoSize -Wrap

    9 августа 2018 г. 8:56
  • Нет на этом порту больше ничего. Есть два кастомных, но они 25 порт слушают.

    Identity                    Bindings                  Enabled RemoteIPRanges
    --------                    --------                  ------- --------------
    PTK\Client Frontend    {[::]:587, 0.0.0.0:587}      True {::-ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff,
                                                                  0.0.0.0-255.255.255.255}
    PTK\Default Frontend        {[::]:25, 0.0.0.0:25}        True {::-ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff,
                                                                  0.0.0.0-255.255.255.255}
    PTK\Default                 {0.0.0.0:2525, [::]:2525}    True {::-ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff,
                                                                  0.0.0.0-255.255.255.255}
    PTK\Outbound Proxy Frontend {[::]:717, 0.0.0.0:717}      True {::-ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff,
                                                                  0.0.0.0-255.255.255.255}
    PTK\NAVISION                {0.0.0.0:25}                 True {192.168.11.208, 192.168.11.162, 192.168.11.13,
                                                                  192.168.11.1, 192.168.11.19}
    PTK\EFA                     {0.0.0.0:25}                 True {192.168.11.7}
    PTK\Client Proxy      {0.0.0.0:465, [::]:465}      True {0.0.0.0-255.255.255.255,
                                                                  ::-ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff}
    9 августа 2018 г. 9:07
  • Если "Адрес уже используется" - то ищите кем: netstat -nao | find ":465". Если увидите там что-то, прослушивающее на этом порту на любом IPv4 адресе - ищите по PID (последняя колонка), что это за процесс.

    Если не увидите ничего - посмотрите, какие последние обновления Windows у вас стоят. Если - выпущенные 10 июля, то они как раз содержат ошибку, нарушающую работу службы транспорта. В таком случае ищите и ставьте более новое обновление, исправлющее ошибку (какое именно - это зависит от версии Windows, смотрите его конкретный номер в статье MS KB, посвященной проблемному бновлению).

    PS Процессом может быть EdgeTransport.exe (рабочий процесс службы транспорта): он может закрываться с задержкой из-за того, что делается дамп памяти после его завершения, либо он не успел закрыться сбое основного процесса службы.  В таком случае увеличьте таймаут перезапуска с 5 секунд (как у вас) на побольше.


    Слава России!

    • Помечено в качестве ответа Flaitz 11 августа 2018 г. 3:37
    9 августа 2018 г. 9:15
  • Поиск того, кто висит на 465 порту уже делался, конечно. Нет там никого, только EdgeTransport...

    Буду копать в сторону установленных апдейтов, спасибо.

    9 августа 2018 г. 9:20
  • Если EdgeTransport.exe остается после падения службы и неудачного её запуска, то это, скорее всего, ненормально: EdgeTransport.exe - это дочерний процесс основного процесса службы.

    Слава России!

    9 августа 2018 г. 10:15
  • Нет, там все в порядке. Транспорт взлетает с отключенным коннектором. 

    PS C:\Windows\system32> netstat -oan | findstr /i ":465"
      TCP    0.0.0.0:465            0.0.0.0:0              LISTENING       15880
      TCP    [::]:465               [::]:0                 LISTENING       15880
    PS C:\Windows\system32> tasklist | findstr /i "15880"
    EdgeTransport.exe            15880 Services                   0   659,736 ??
    PS C:\Windows\system32>




    • Изменено Flaitz 10 августа 2018 г. 6:41
    9 августа 2018 г. 11:02
  • UPD Вчера вечером, еще раз удалил коннектор, перезагрузился. Снова создал приведенным выше командлетом, еще раз перезагрузился. Транспорт поднялся без ошибок. Но сегодня утром обнаружил, что почта опять не ходит. Анализ логов показал, что после завершения резервного копирования баз, транспорт опять не смог запуститься. Ошибки те же. Перезагрузил чангу, транспорт взлетел... Т.е. резервное копирование стало ломать транспорт? Я в недоумении...

    Можно, конечно, добавить ребут сервера по ночам в планировщик, но это не метод решения проблемы. Да, резервное копирование выполняется без применения каких-либо сторонних решений. Только PoSh и Windows Backup. До обновления, таких проблем не наблюдалось...

    • Изменено Flaitz 10 августа 2018 г. 6:48
    10 августа 2018 г. 6:41
  • Коллега, вы проигнорировали рекомендацию M.V.V. _

    Посмотрите статью: https://blogs.technet.microsoft.com/exchange/2018/07/16/issue-with-july-updates-for-windows-on-an-exchange-server/ Ваши симптомы очень напоминают эту проблему

    10 августа 2018 г. 6:53
  • Спасибо, коллеги! Затык действительно был в апдейтах. Вчера вечером накатил замещающие обновления, проблема ушла. 
    11 августа 2018 г. 3:41