Эта проблема меня разочаровывает.
Я создал файл с именем wpad.dat (по сути, переименованный файл proxy.pac) и разместил его на внутреннем веб-сайте. Я настроил записи DNS, чтобы имя хоста wpad было CNAME для веб-сервера. Я установил соответствующий тип MIME для файлов .dat на веб-сайте. Я удалил wpad из глобального списка заблокированных запросов DNS.
Я знаю, что файл конфигурации синтаксически правильный, потому что, если я вручную установил для Internet Explorer "использовать сценарий автоматической настройки" http://wpad/wpad.dat прокси явно используется (т. е. я вижу, что мой просмотр отображается в файлах журнала, плюс некоторые сайты, которые я отклонил, создали мою заменяющую страницу.)
Однако я понимаю, что все, что мне нужно сделать, это установить флажок «Автоматически определять параметры», и Internet Explorer должен сам искать http://wpad/wpad.dat - или, вернее, http://wpad.localdomain/wpad.dat - что тоже работает.
Может ли кто-нибудь помочь мне диагностировать эту проблему? Я просто не вижу, что я упустил или что не так.
Спасибо !!
(Обратите внимание, что также можно установить файл автоматической конфигурации с помощью DHCP, однако у нас есть многосайтовая организация с DHCP, предоставляемой смесью серверов и маршрутизаторов в зависимости от местоположения, а также удаленных офисов, использующих сотовые модемы 3G, которые имеют очень простые Возможности DHCP. Кроме того, только Internet Explorer якобы поддерживает автоматическое обнаружение веб-прокси через DHCP - ни Firefox, ни Safari не поддерживают. На самом деле мы не используем ни один из этих браузеров, но ради максимальной совместимости и простоты будущего администрирования / изменений. Я думаю, что лучше заставить это работать через одну красивую запись DNS.)
Дэвид,
Если вы все еще сталкиваетесь с этой проблемой, на самом деле ее довольно просто исправить. Но это нигде не задокументировано, и мне потребовались годы, чтобы разобраться в этом в моем окружении. Все, что вы сделали, хорошо, и это то, что я бы назвал ошибкой в том, как IE получает информацию WPAD и подключается к веб-серверу.
Прежде всего, вы не можете использовать запись CNAME для WPAD. Используйте запись A. Я знаю, это глупо, и это не должно иметь никакого значения, но это определенно так. Итак, удалите CNAME в своем DNS и сделайте запись A для IP-адреса веб-сервера.
Во-вторых (и это может быть для вас сложнее), вам необходимо, чтобы файл WPAD.DAT находился в корне веб-сайта по умолчанию, который прослушивает IP-адрес, который вы назначили выше. Это ключ. Он НЕ БУДЕТ работать с полем заголовка хоста или чем-то подобным.
Объяснение: IE преобразует имя WPAD в IP-адрес. Он должен иметь возможность разрешать его напрямую в IP-адрес. Если он разрешается, как запрос CNAME, для другого имени, он не будет работать. Итак, как только IE получает IP-адрес, который разрешает WPAD, на самом деле он подключается к http: // <> /WPAD.dat. Если у вас есть другой веб-сайт, настроенный на том же веб-сервере, который прослушивает порт 80, но использует поле заголовка хоста, как у меня (IE, «веб-сайт по умолчанию», а также «Веб-сайт WPAD»), тогда вы все настроено правильно, но именно по этой причине это не сработает. Поместите копию файла WPAD.DAT в корень веб-сайта по умолчанию, и все должно начать работать.
Конечно, если вы не можете получить доступ к корню этого веб-сайта (или вы не можете защитить корень этого веб-сайта), вам может потребоваться переместить свой WPAD-сайт на другой сервер, где он может быть корень IP-адреса, назначенного этому серверу.
В любом случае дайте ему шанс. Этот процесс сработал для меня. Мне потребовалось время, чтобы заставить его работать, но теперь он надежно работает уже давно. Все вышеперечисленное - это просто мое понимание того, как IE работает по отношению к файлам WPAD.DAT, и может быть неверным - это просто основано на наблюдении за тем, что он делает в моей собственной среде. Ваш может быть другим, но я бы вложил немного денег хотя бы на то, чтобы решить вашу проблему.
Дай мне знать, как у тебя дела! Матто :)
Этот вопрос о сбое сервера часто встречается в поисках Google, поэтому я отвечаю на него. Я надеюсь, что другие сочтут это полезным, поскольку эта проблема была для меня настоящей болью.
Пострадал почти каждый компьютер с Windows 7 в нашем домене, где насчитывается около 50 пользователей - обход и сброс IE были неприемлемыми, насколько я был обеспокоен, поэтому в конечном итоге я решил это следующим образом:
Во-первых, вот пара полезных, но очень труднодоступных ссылок, с которыми я столкнулся:
http://blog.frankleonhardt.com/2011/wpad-and-windows-7-and-internet-explorer-8/
http://kb.k12usa.com/Knowledgebase/Proxy-Auto-Detect-WPAD-Issues-With-IE-Windows-7
http://infratalk.wordpress.com/2011/09/10/troubleshooting-windows-proxy-autodiscovery-wpad/
Я бы посоветовал вам сначала прочитать каждую из ссылок.
Следующая цитата из первой ссылки особенно интересна:
«Оказывается, эти умные ребята из Microsoft реализовали функцию, позволяющую прекратить проверку сервера WPAD после нескольких неудачных попыток. Он считает, что знает, в какой сети находится роуминг-машина, и оставляет себе отметку в реестре, если это не так. собираюсь снова искать. Много пользы, если вы только что реализовали его ".
Я нашел ключ wpad reg, указанный в ссылках, именно так я нашел ссылки в Google. Во время тестирования я проявил безжалостность и обнаружил, что работает следующее:
Закройте все сеансы IE, откройте панель управления -> Свойства обозревателя -> вкладка «Подключения» -> Параметры локальной сети и снимите флажок «Автоматически определять настройки» (и все другие параметры) - СНОВА НЕ ОТКРЫВАЙТЕ IE.
Удалите следующий ключ reg:
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad
Откройте Панель управления -> Свойства обозревателя -> Вкладка Подключения -> Настройки локальной сети и НАЖМИТЕ «Автоматически определять настройки».
Если вы обновите окно regedit (F5), вы увидите, что ключ реестра wpad был создан заново, но он будет пустым.
Теперь откройте IE. Обновите регистр wpad еще раз, и вы увидите, что он заполнен подразделом, содержащим различную информацию о wpad.
Это было исправление без необходимости перезагружать IE, но мне все равно нужно было как-то развернуть его на 50 машинах. Я сделал это следующим образом:
Я создал следующий регистр, используя компьютер, на котором я сбросил настройки, как указано выше (не копируйте это дословно, поскольку он был создан на основе нашего домена, и я отредактировал имя домена), строка wpadOverride была добавлена вручную:
Windows Registry Editor Version 5.00
[-HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad]
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad]
"WpadLastNetwork"="{F03DC3BF-50F6-4DB1-9570-CF84875F6EDC}"
"WpadOverride"=dword:00000001
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad\a4-0c-c3-62-7b-2d]
"WpadDecisionReason"=dword:00000000
"WpadDecisionTime"=hex:10,50,19,cf,b1,73,cc,01
"WpadDecision"=dword:00000001
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad\{F03DC3BF-50F6-4DB1-9570-CF84875F6EDC}]
"WpadDecisionReason"=dword:00000000
"WpadDecisionTime"=hex:10,50,19,cf,b1,73,cc,01
"WpadDecision"=dword:00000001
"WpadNetworkName"="example.local"
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad\{F03DC3BF-50F6-4DB1-9570-CF84875F6EDC}\a4-0c-c3-62-7b-2d]
Это было добавлено в сценарии входа пользователя и в основном удаляет ключ reg и заменяет его.
Затем я создал объект групповой политики, чтобы отключить «Автоматическое определение настроек», и вручную добавил URL-адрес wpad:
Конфигурация пользователя -> Политики -> Параметры Windows -> Обслуживание Internet Explorer -> Соединение -> Автоматическая конфигурация браузера | Снимите флажок «Автоматически определять параметры конфигурации» и «Включить автоматическую настройку» и вставьте «http: //wpad.example.local/wpad.dat"в" URL автоматической настройки ".
Я также включил «IE WPAD Decision Caching Override» (см. Вторую ссылку выше).
Затем я оставил это на несколько дней для развертывания на как можно большем количестве компьютеров, затем отключил «URL автоматической настройки», снова поставил галочку «Автоматически определять параметры конфигурации» и удалил ключ reg из сценария входа.
Я сделал это, поскольку это не помогло, просто сняв отметку, а затем установив флажок «Автоматически определять параметры конфигурации» через GPO, поэтому добавление URL-адреса в конечном итоге может не потребоваться.
Я надеялся, что WpadOverride будет работать без дополнительных шагов, но, к сожалению, в моем случае этого не произошло.
Между прочим, использование cname отлично работает в нашей сети.
После этого все компьютеры, которые были выключены на время исправления, просто обрабатывались вручную.
Надеюсь, это поможет другим, кто столкнулся с этим вопросом, как и я через Google. Эта «фича» от Microsoft просто глупа.
Другой способ решить эту проблему для IE8 (может работать и для IE7) - изменить несколько параметров в групповой политике.
После изменения двух указанных выше настроек я смог заставить настройки WPAD работать в IE8.
ПРИМЕЧАНИЕ. Чтобы использовать это, необязательно находиться в среде домена. На ПК рабочей группы просто используйте GPEDIT.MSC, чтобы изменить политику локального компьютера.
Видеть: Как отключить автоматическое кеширование прокси в Internet Explorer
С уважением, Ким
Еще одна вещь, на которую следует обратить внимание, подробно описана в следующем URL-адресе: https://technet.microsoft.com/en-au/library/cc995158.aspx
В DNS может быть включен черный список, из которого wpad определяется как заблокированная запись, это защитная мера.
У меня была такая же проблема, но только для нескольких компьютеров ...
Wireshark показал, что IE не пытается ничего сделать в сети, прежде чем попадет на целевой веб-сервер. Веб-сервер, настроенный для размещения wpad, отвечает на любое имя хоста на этом конкретном IP-адресе.
Я заставил неработающие клиенты IE8 снова загрузить wpad.dat, выполнив следующие действия:
- Инструменты-> Свойства обозревателя-> Дополнительно-> Сброс
- Закрыл IE и снова открыл его
К сожалению, после внесения изменений в файл wpad.dat стало очевидно, что IE8 после первой загрузки wpad.dat больше не загружает :-(
Попробуйте запустить wirehark на клиентской машине ... посмотрите, куда смотрит IE? Ваш веб-сервер регистрирует, что он обслужил какие-либо wpads?
Internet Explorer попытается получить доступ к "http: //wpad.your-machine's-dns-suffix.com/wpad.dat ". Убедитесь, что веб-сервер, настроенный для обслуживания файла wpad.dat, отвечает на полное имя хоста. (Кстати, IE будет разбирать суффикс DNS, пытаясь каждый родительский домен тоже. Взгляните на http://wpad.com. Парень, которому принадлежит этот домен, мог бы быть действительно злым, если бы хотел ...)
IE версии 6.0.2900.xxxx ищет имя файла "wpad.da" вместо "wpad.dat" ВНИМАТЕЛЬНО! ;) Просто используйте сниффер или проверьте логи вашего веб-сервера.
Надеюсь это поможет!
Поскольку Том Ньютон предлагает запустить wirehark, чтобы увидеть, что делает IE (DNS-запрос, HTTP GET, ...), также посмотрите журналы вашего веб-сервера.
Позаботьтесь о том, чтобы IE отправлял IP вместо имени хоста (wpad) как «Хост» в запросе GET, чтобы вы не могли использовать виртуальный хост «wpad» на веб-сервере.
Этот метод работает для меня
1. Tools->Internet Options->Advanced->Reset
2. Closed IE and re-opened it
Я думаю, что IE8 меня сильно смущает, они от MS, но почему он работает некорректно. Пока Firefox работает очень хорошо.
Если вы используете DHCP, есть параметр (параметр 252, IIRC) для объявления местоположения вашего файла wpad. Я считаю, что вы ошибаетесь, говоря, что Firefox не может это использовать.
Кроме того, есть ли у вас локальный домен в списке поиска?