none
Странное поведение проксирования Outlook клиентов RRS feed

  • Вопрос

  • Добрый день!

    Помогите разобраться со следующей ситуацией.

    Есть AD сайт 1 в котором развернут Exchange 2013. Сайт с внешним доступом.

    Есть AD сайт 2 в котором есть Exchange 2013 и Exchange 2010 в режиме сосуществования. Сайт без внешнего доступа, все внешние подключения через сайт 1.

    На Exchange 2010 на базах прописан RPCClientAccessServer eu-server2.domaineu.com который является CasArray из одного сервера eu-server2.domaineu.local.

    При таких настройках, когда я переключаю клиентские подключения через Exchange 2013 сервер в сайте 2, Outlook у клиентов на сервере Exchange 2010 перестает подключатся. Если же я меняю параметр RPCClientAccessServer на eu-server2.domaineu.local проблема исчезает. 

    Жду ваших предложений, с чем это может быть связано.

    8 декабря 2015 г. 13:56

Ответы

Все ответы

  • Так а в чем проблема? Прописать в качестве CASArray внутренний адрес сервера это абсолютно нормально. Его имя должно резолвиться только внутри домена, где установлен Exchange 2010. 
    8 декабря 2015 г. 14:32
  • Артем, проблема в том, что когда прописано имя CasArray eu-server2.domaineu.com клиенты exchange 2010 не подключаются. Если вместо массива прописываю имя cas сервера eu-server2.domaineu.local клиенты подключаются. Такое поведение только при подключении к exchange 2010 через сервера exchange 2013.
    9 декабря 2015 г. 7:49
  • Все равно ничего не понял. Если прописать имя CASarray u-server2.domaineu.local, все работает корректно? Если так, то в чем проблема?
    9 декабря 2015 г. 8:11
  • Все, понял. Сделайте CASarray на внутреннем имени (.local) и пропишите его. Это самый правильный вариант.

    Или пропишите для имени eu-server2.domaineu.com внутренний IP балансировщика нагрузки для CAS Exchange 2010.

    9 декабря 2015 г. 8:15
  • Вот тут то как раз все сложно. .local нет в сертификате, т.к. он коммерческий. А eu-server2.domaineu.com я использую и для Exchange 2010 и для Exchange 2013 и соответственно переключая клиентские подключения на Exchange 2013 я как раз меняю IP адрес на адрес Exchange 2013. Причем при миграции сайта 1 я делал все так же и проблем не было.


    9 декабря 2015 г. 8:47
  • С сертификатом ничего страшного. Я проверил в одной из своих организаций - для IP CAS array на 443 порту висит самоподписанный сертификат Microsoft Exchange (который выпускается при инсталляции сервера). Сосуществование с Exchange 2013 работает корректно.
    9 декабря 2015 г. 9:12
  • Т.е. я выписаваю для CAS Exchange 2010 сертификат от моего CA, вещаю его на 443 порт, а все клиентские подключения пускаю через Exchange 2013 c коммерческим сертификатом без имени .local? У клиентов Exchange 2010 не будет в этом случае никакой ругани на сертификат?
    9 декабря 2015 г. 9:20
  • К CAS array подключается сервер, а не клиенты. Поэтому у них ругани никакой не будет точно. СА можно попробовать использовать существующий (Microsoft Exchange). У меня все работает с ним без проблем.

    Поэтому да, клиентские подключения пускайте через 2013 с коммерческим сертификатом.

    9 декабря 2015 г. 9:22
  • В моем случае CAS array это просто виртуальный объект. В него входит только CAS Exchange 2010 eu-server2.domaineu.local. Никакой балансировки нет. Outlook же подключается в Exchange 2010 через имя прописанное в параметре RPCClientAccessServer на почтовой базе или я что то путаю?

     
    9 декабря 2015 г. 9:29
  • Не совсем так. Вы можете посмотреть имя сервера в Outlook клиента, который подключается к Exchange 2010 через Exchange 2013. Там виден CAS array или CAS server?
    9 декабря 2015 г. 9:44
  • Если cas array, то не подключается :)

    Если меняю RPCClientAccessServer на CAS Server, то подключается и виден CAS Server.

    9 декабря 2015 г. 10:31
  • Ну так все верно. В качестве RPCClientAccessServer и должен идти CAS Array. Настройте его на внутреннем адресе, с внутренним именем и укажите его для баз.
    9 декабря 2015 г. 11:24
  • На всякий случай напомню, что в Exchange 2013 все клиенты должны подключаться только используя Outlook Anywhere.

    Blog - Smtp25.ru
    Полезные ссылки - Links

    10 декабря 2015 г. 6:24
    Отвечающий