Мы используем опцию автообнаружения для IE. Наши клиенты Outlook 2016, подключающиеся к Office 365, постоянно сталкиваются с несоответствием имен ssl для autodiscover.ourdomain.onmicrosoft.com
. Моя команда потратила недели, играя с этим, и это происходит только тогда, когда прокси настроен на использование нашего файла wpad.
Фактически происходит то, что указанный выше сайт не отвечает через https, но наш прокси-сервер все еще устанавливает соединение между рабочей станцией и брандмауэром, что приводит к ошибке.
Я обновил файл wpad следующим образом, который помогает с Office 2010. Есть ли какие-то ограничения в реализации Outlook 2016, которые у меня отсутствуют, чтобы привести к такому поведению?
function FindProxyForURL(url, host) {
if (
....
shExpMatch( url, "*/autodiscover.xml") ||
shExpMatch(host, "*outlook.office365.com") ||
shExpMatch(host, "*ourdomain.mail.onmicrosoft.com") ||
shExpMatch(host, "autodiscover.ourdomain.mail.onmicrosoft.com") ||
....
)
return "DIRECT";
return "PROXY firewall:8080;";
}
РЕДАКТИРОВАТЬ: Я также безуспешно пытался импортировать URL-адреса, созданные из сценария из сообщения о файле PAC в блоге Technet Office 365 .
Outlook не нормализует переменные URL или хоста перед анализом сценария WPAD. Если у вас есть заглавные буквы в любом из ваших URL-адресов, то совпадения не будет, и трафик будет отправлен на прокси.
Если это верно в вашем сценарии, вам нужно будет добавить это в начало вашего FindProxy function:
host=host.toLowerCase();
url=url.toLowerCase();