none
MS Outlook 2016 теряет подключение к Exchange при выключении одного из CAS RRS feed

  • Вопрос

  • Всем добрый день!

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

    Есть Exchange 2016, два сервера CAS, несущие в себе каждый и все остальные роли.

    Есть т.н. split DNS, когда на одно и то же имя прописаны два IP серверов: 192.168.6.243 и 192.168.6.253

    Сколько ни читал информацию в интернете, везде пишут, что при отсутствии доступа к одному из серверов, клиенты Outlook должны это понять и автоматом переключиться на работоспособный, но этого не происходит.

    Мало того, клиенты теряют связь только при "падении" 6.243, но прекрасно себя чувствуют, когда "падает" 6.253

    Прошу помощи - куда начать копать.

    Если нужны какие-то данные - скажите, дам.

    Спасибо!


    • Изменено KAA88 18 мая 2018 г. 9:06

Ответы

  • Прошу помощи - куда начать копать.


    Я бы начал копать с того, что проверил, подсоединяются ли вообще клиенты к 6.253. Может, там просто компоненты CAS неработоспособны.

    ВО вторых, я бы убедился, что клиенты действительно получают оба адреса при разрешении имени CAS (ipconfig /displaydns или, начиная с Win8, есть более удобная альтернатива Get-DnsClientCache в Powershell)


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

Все ответы

  • а базы то где ? или у вас DAG  ?
  • Да, забыл указать.

    DAG, конечно

  • Начать нужно с виртуальных директорий - убедиться, что у вас там везде указано общее DNS-имя для подключения клиентов, а не конкретный CAS.

    Далее создайте проблемную ситуацию и посмотрите что написано в Outlook->Test E-mail AutoConfiguration и Outlook->Outlook Connection Status. Использовать правую кнопку крысы.

    Также вы можете с помощью Fiddler проанализировать сессии и выяснить куда же все-таки стучится Outlook в момент сбоя. 

  • Мало того, клиенты теряют связь только при "падении" 6.243, но прекрасно себя чувствуют, когда "падает" 6.253

    Прошу помощи - куда начать копать.

    Если нужны какие-то данные - скажите, дам.

    Спасибо!


    Добрый день.

    Установите таймаут для записей DNS, если используете Round Robin.

    Before you make any changes to your DNS records, we strongly recommend that you reduce the time to live (TTL) values of each DNS record you want to change to its minimum interval. The TTL value determines how long a DNS record stays cached on DNS servers. A smaller interval, such as 5 or 10 minutes, will allow you to reverse any changes faster in the event you need to revert back to your original configuration. If you do need to change the TTL of your DNS records, don't make any other changes until the original TTL interval has passed.

    Скорее всего проблема здесь. Если, конечно Вы не забыли поправить SCP. Это тоже нужно проверить на всякий случай:

    Get-ClientAccessService | Format-Table -Property @("Name", "AutoDiscoverServiceInternalUri")



  • Прошу помощи - куда начать копать.


    Я бы начал копать с того, что проверил, подсоединяются ли вообще клиенты к 6.253. Может, там просто компоненты CAS неработоспособны.

    ВО вторых, я бы убедился, что клиенты действительно получают оба адреса при разрешении имени CAS (ipconfig /displaydns или, начиная с Win8, есть более удобная альтернатива Get-DnsClientCache в Powershell)


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