none
Exchange 2016 отдает клиенту внутреннее имя вместо внешнего.

    Вопрос

  • Подсобите. Exchange 2016, установленный вторым отдает свое внутреннее имя клиенту при запуске. Сертификат применен внешний, Wildcard.
    Везде в IIS прописаны внешние имена. И все равно не желает. Соответственно ошибка при старте клиента.
    14 ноября 2017 г. 11:58

Все ответы

  • а что за клиент? Outlook или что? IIS перезапускали?
    14 ноября 2017 г. 12:23
  • SCP проверьте и выставите нужным:

    https://technet.microsoft.com/en-us/library/mt473796(v=exchg.150).aspx


    scientia potentia est
    My blog

    14 ноября 2017 г. 12:40
  • Да, я забирал сертификат, применял его на IIS, SMTP, проверял SCP записи. 

    И все равно новый сервер отдает свое внутреннее имя, подставляя при этом WildCard сертификат, который назначен. Клиент Outlook при этом, естественно, ругается.

    14 ноября 2017 г. 12:49
  • проверьте настройки oab,mapi,ews,outlook anywhere URL

    scientia potentia est
    My blog

    • Помечено в качестве ответа МихаилИС 14 ноября 2017 г. 12:57
    • Снята пометка об ответе МихаилИС 14 ноября 2017 г. 12:57
    14 ноября 2017 г. 12:52
  • проверьте настройки oab,mapi,ews,outlook anywhere URL

    scientia potentia est
    My blog

    Да, многократно проверял...

    Можно ли пока вообще отключить роль CAS на этом сервере чтобы он даже не пытался подключаться к нему?

    14 ноября 2017 г. 12:58
  • Да, многократно проверял...

    1) Проверьте подключение автообнаружения (правой кнопкой мыши на значке аутлука в трее с зажатым ctrl- проверка автобнаружения. 

    2) Везде в IIS прописаны внешние имена. И все равно не желает. Соответственно ошибка при старте клиента.

    Как справедливо заметили коллеги выше, в первую очередь нужно проверить SCP, бо из графики это не поменять. Раз там как Вы говорите все верно, то настройки при подключении нужно еще проверить в get-outlookanywhere и Get-OutlookProvider. Больше мест нет, где Вы могли их забыть поменять.

    14 ноября 2017 г. 14:13
  • Я нашел в проверке подключения внутри Outlook что неправильно отдается MAPI HTTP.

    И я даже поменял его внутри IIS, но пока не помогло.

    14 ноября 2017 г. 14:27
  • Пул автодискавера почистите на сервере и проверьте еще раз. Операция безвредная, а настройки кэшируются и не сразу применяются.
    14 ноября 2017 г. 14:39
  • Прошел час пока до дома доехал и все заработало, всем огромное спасибо.

    Вопрос - если CAS автоматически подцепляется при установке нового сервера, то каким образом обновлять/перегружать сервера, клиенты же будут вечно висеть пока не загрузится сервер (если вообще загрузится). Как это осуществляется?

    14 ноября 2017 г. 15:32
  • Ну да, можно и подождать какое-то время. А можно просто почистить пул.

    Вопрос - если CAS автоматически подцепляется при установке нового сервера

    Потрудитесь сформулировать вопрос так, чтобы его понял даже я. Что имеется ввиду, то что в SCP прописывается FQDN сервера при установке?

    Клиенты не будут висеть вечно, после 21 секунды клиент просто переподключится поскольку используется обычная логика http, при условии конечно что имя точки подключения разрешается в несколько IP адресов. Будет выполнено подключение к следующему по списку.

    14 ноября 2017 г. 15:58
  • Все-таки я что-то поломал...

    При запросах:

    Get-ClientAccessServer

    Get-ClientAccessService

    Консоль выкидывает ошибку: Invalid URI: The Authority/Host could not be parsed

    Та же самая ошибка при входе в настройки Outlook Anywhere в ECP, на одном из серверов.

    14 ноября 2017 г. 16:15
  • Поправьте через Set-ClientAccessServer на нужное имя.
    14 ноября 2017 г. 16:25