Мы используем опцию автообнаружения для 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-адреса, созданные из сценария, из блог технет сообщение о файле Office 365 PAC безуспешно.
Outlook не нормализует URL-адрес или переменные хоста перед анализом сценария WPAD. Если у вас есть заглавные буквы в любом из ваших URL-адресов, совпадения не будет, и трафик будет отправлен на прокси.
Если это верно в вашем сценарии, вам нужно будет добавить это в начало вашей функции FindProxy:
host=host.toLowerCase();
url=url.toLowerCase();