Мы размещаем электронную почту для 200 разных компаний, каждая из которых имеет лес AD, и у нас нет доверия леса или VPN для этих других доменов AD. Название леса каждой из 200 компаний совпадает с названием адреса электронной почты. Мы просим каждую компанию использовать запись SRV для перенаправления запросов автообнаружения на https://autodiscover.hoster.com/autodiscover/autodiscover.xml
Домен Exchange расположен по адресу http://email.hoster.com и имеет DNS A
запись для автообнаружения.
Когда пользователь запускает Autodiscover, мы замечаем, что первым запрашиваемым URL-адресом является https://company.com/autodiscover/autodiscover.xml
. поскольку company.com
- это имя их леса AD, они запрашивают случайный контроллер домена AD для этого запроса HTTPS.
Из-за того, как в их AD настроены брандмауэры, медленные соединения и т. Д., Случайный контроллер домена, который появляется во время этого первого запроса HTTPS, вызывает зависание автообнаружения, и я думаю, что это мешает правильному обновлению Outlook 2007.
Я проверил эту теорию, отредактировав файл hosts и указав company.com
в Google.com и добавив запись IPv6 в ::1
. В результате автообнаружение работает быстро и без ошибок.
Вопрос
Как лучше всего устранить начальный тайм-аут Autodiscover при запросе «company.com»?
На что указывает "company.com" прямо сейчас? Если в DNS есть реальная запись для company.com, то он попытается найти там этот файл autodiscover.xml ... обычно терпит неудачу, а затем возвращается к обычному autodiscover.domain.com. Вы можете проверить это в Интернете с помощью тестового сайта MS Activesync. Обычно это встречается в компаниях, которые имеют одинаковое внутреннее и внешнее пространство имен DNS.
Если нет записи company.com, на которую можно было бы указать, обычно это происходит довольно быстро, и работа продолжается. Если он есть, это может быть то, что занимает так много времени ... ожидая тайм-аута.
Вы также должны увидеть здесь: http://support.microsoft.com/kb/2212902
Запись SRV обычно находится ближе к концу списка запросов.