Управление автообнаружением через прокси

Question

Управление автообнаружением через прокси

Мы используем опцию автообнаружения для 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 безуспешно.

1

proxy microsoft-office-365 wpad microsoft-office-2016

Источник

Tim Brigham 04 авг '16 в 13:49

1 ответ

Другие вопросы по тегам proxy microsoft-office-365 wpad microsoft-office-2016

blacklight 06 апр '17 в 23:34 2017-04-06 23:34 · Answer 1 · 2017-04-06 23:34

Outlook не нормализует URL-адреса или переменные хоста перед анализом сценария WPAD. Если в любом из ваших URL-адресов есть заглавные буквы, совпадений не будет, и трафик будет отправлен на прокси-сервер.

Если это верно в вашем сценарии, то вам нужно будет добавить это в начало вашей функции FindProxy:

host=host.toLowerCase();
url=url.toLowerCase();