Outlook не удается подключить к сбалансированному с загрузки кластеру Exchange 2013 посредством Прямого доступа 2 012 R2
У нас есть сбалансированный с загрузки кластер SP1 Exchange 2013, рабочий MAPI по HTTP.
Подключение клиента в нашей собственной сети работает просто великолепно, в то время как клиенты, соединенные по Прямому доступу, не соединяются. Outlook входит в систему клиентское шоу абсолютно никакая ошибка вообще.
Сервер Прямого доступа выполняет R2 2012 года, клиенты являются всем Windows 8.1. Все исправляется.
Я искал как сумасшедший последние недели, и единственные интересные хиты, которые я получаю, о 2010 TMG (УАГ), отфильтровывающий запросы из-за исходного изменения IP (обменная подсистема балансировки нагрузки). Существует Статья базы знаний (982604), который описывает это и довольно значительное сообщение в блоге о проблеме от главной поддержки, но печально сценарий не работает над нашим сервером, так как это не TMG, и это - Windows Server 2012 R2..
Я в замешательстве здесь. Я дам этому вопросу неделю, затем я повышу главный случай поддержки с Microsoft.
Какая сборка Exchange 2013 работает на серверах CAS? Я не знаком с "KEMP VLM-1000", но у меня есть Exchange 2013 с балансировкой нагрузки, использующий NGINX, и я пришел к похожей проблеме с предварительной версией Exchange 2013 SP1, где RPC не работает с балансировкой нагрузки по HTTPS.
В последнем выпуске Exchange 2013 SP1 они реализовали MAPI по HTTPS, который должен решить эту проблему - я еще не тестировал его, пока техническая ссылка находится под
Exchange 2013 SP1 - MAPI по HTTPS
Дайте мне знать, как вы продвигаетесь, так как я еще не успел это реализовать, так как я только что использовал haproxy для балансировки нагрузки TCP между серверами CAS.
Я уже сталкивался с подобными проблемами ранее (в решении на основе HAproxy), в моем случае это были Exchange 2010 и Сервер ISA 2006 с включенным фильтром RPC. Мы отключили фильтр RPC и снова счастливых дней ...
Я немного поискал вокруг себя и нашел это:
http://geek.martinwahlberg.com/problem-using-formed-tunneling-mode- in-directaccess
Что указывает на проблемы с Outlook, DirectAccess и туннельным режимом, которые так и не были решены (кроме возможного взлома клиентского реестра ...), поэтому я задался вопросом, было ли это то же самое. у него есть идентификатор своего дела в комментариях, так что, если вы все-таки пойдете в MS, вы сможете немного придать своему делу вес.