Internet Explorer nie wykrywa automatycznie http: //wpad/wpad.dat auto-config

Ten problem doprowadza mnie do frustracji.

Skonfigurowałem plik o nazwie wpad.dat (w zasadzie zmieniono nazwę pliku proxy.pac) i umieściłem go na wewnętrznej stronie internetowej. Skonfigurowałem wpisy DNS, więc nazwa hosta wpad to CNAME dla serwera WWW. Ustawiam odpowiedni typ MIME dla plików .dat na stronie internetowej. Usunąłem wpad z globalnej listy bloków zapytań DNS.

Wiem, że plik konfiguracyjny jest poprawny pod względem składniowym, ponieważ jeśli ręcznie ustawię „użyj skryptu automatycznej konfiguracji” w programie Internet Explorer, http://wpad/wpad.datserwer proxy jest wyraźnie używany (tzn. Widzę, że moje przeglądanie pojawia się w plikach dziennika oraz w niektórych witrynach, o których odmówieniu moja strona zastępcza).

Rozumiem jednak, że wszystko, co muszę zrobić, to zaznaczyć pole „Automatycznie wykryj ustawienia”, a sam Internet Explorer powinien poszukać http://wpad/wpad.dat- lub, bardziej poprawnie, http://wpad.localdomain/wpad.dat- który również działa.

Czy ktoś może mi pomóc zdiagnozować ten problem? Po prostu nie widzę, co przeoczyłem lub co jest nie tak.

Dziękuję Ci !!

(Uwaga: możliwe jest również ustawienie pliku automatycznej konfiguracji za pomocą DHCP, jednak mamy organizację wielostanowiskową z DHCP zapewnianą przez mieszankę serwerów i routerów w zależności od lokalizacji, a także zdalne biura korzystające z modemów komórkowych 3G, które mają bardzo podstawowe Funkcje DHCP. Dodatkowo, to tylko Internet Explorer, który rzekomo obsługuje automatyczne wykrywanie proxy sieci web przez DHCP - nie robi to ani Firefox ani Safari. Nie korzystamy z żadnej z tych przeglądarek, ale ze względu na maksymalną kompatybilność oraz łatwość przyszłej administracji / zmian Myślę, że na pewno lepiej jest uruchomić to za pomocą pojedynczego wpisu DNS).

David

W przypadku, gdy nadal napotykasz na ten problem, jest to raczej proste do naprawienia. Ale NIGDY nie jest to udokumentowane i zajęło mi wieki uporządkowanie tego w moim środowisku. Wszystko, co zrobiłeś, jest dobre i to właśnie nazwałbym błędem w tym, jak IE pobiera informacje WPAD i łączy się z serwerem internetowym.

Przede wszystkim nie można użyć rekordu CNAME dla WPAD. Użyj rekordu A. Głupie, wiem, i to nie powinno mieć znaczenia, ale zdecydowanie tak jest. Więc usuń CNAME z DNS i zrób rekord A dla adresu IP serwera WWW.

Po drugie (i może to być dla ciebie trudniejsze), musisz mieć plik WPAD.DAT zlokalizowany w katalogu głównym domyślnej witryny internetowej, która nasłuchuje na podanym powyżej adresie IP. To jest klucz. NIE BĘDZIE działać z polem nagłówka hosta lub czymkolwiek podobnym.

Objaśnienie: Program IE przekształca nazwę WPAD na adres IP. Musi być w stanie rozwiązać to bezpośrednio na adres IP. Jeśli zostanie rozwiązane tak, jak zapytanie CNAME ma inną nazwę, nie będzie działać. Więc kiedy IE otrzyma adres IP, na który WPAD rozpoznaje, to tak naprawdę łączy się z http: // <> /WPAD.dat. Jeśli masz inną witrynę internetową skonfigurowaną na tym samym serwerze, nasłuchuje na porcie 80, ale używasz pola nagłówka hosta takiego jak ja (IE, „domyślna strona internetowa”, a także „strona internetowa WPAD”), to mieć wszystko poprawnie skonfigurowane, ale z tego powodu to nie zadziała. Umieść kopię pliku WPAD.DAT w katalogu głównym domyślnej witryny i wszystko powinno zacząć działać.

Oczywiście, jeśli nie możesz uzyskać dostępu do katalogu głównego tej witryny (lub nie możesz zabezpieczyć katalogu głównego tej witryny), może być konieczne przeniesienie witryny WPAD na inny serwer, na którym może być katalog główny adresu IP przypisanego do tego serwera.

I tak daj temu szansę. Taki proces działał dla mnie. Zajęło mi wieki, aby go uruchomić, ale działa niezawodnie od dłuższego czasu. Wszystko to jednak po prostu rozumiem, jak IE działa w odniesieniu do plików WPAD.DAT, i może być niepoprawne - opiera się po prostu na obserwacji tego, co robi w moim środowisku. Twoje mogą być inne, ale przynajmniej na to naprawię twój problem.

Daj mi znać, jak sobie radzisz! Matto :)

Inną metodą rozwiązania tego problemu w IE8 (może również działać w IE7) jest zmiana kilku ustawień w Zasadach Grupy.

• Konfiguracja komputera> Szablony administracyjne> Składniki systemu Windows> Internet Explorer> Ustaw ustawienia proxy na maszynę (a nie na użytkownika) = włączone
• Konfiguracja użytkownika> Szablony administracyjne> Składniki systemu Windows> Internet Explorer> Wyłącz buforowanie skryptów Auto-Proxy = włączone

Po zmodyfikowaniu powyższych 2 ustawień byłem w stanie uzyskać ustawienia WPAD do pracy w IE8.

UWAGA: Nie musisz być w środowisku domeny, aby z niego korzystać. Na komputerze grupy roboczej po prostu użyj GPEDIT.MSC, aby zmienić lokalne zasady komputera.

Zobacz: Jak wyłączyć automatyczne buforowanie proxy w Internet Explorerze

Pozdrawiam, Kym

To pytanie o awarię serwera pojawia się często w wynikach wyszukiwania Google i dlatego odpowiadam na nie. Mam nadzieję, że inni uznają to za przydatne, ponieważ ten problem był dla mnie prawdziwym bólem.

Wpłynęło to na prawie każdy komputer z systemem Windows 7 w naszej domenie, liczący około 50 użytkowników - obchodzenie się i resetowanie IE było dla mnie niedopuszczalne, więc ostatecznie rozwiązałem to w następujący sposób:

Po pierwsze, oto kilka użytecznych, ale bardzo trudnych do znalezienia linków, które napotkałem:

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/troublesh-windows-proxy-autodiscovery-wpad/

Proponuję najpierw przeczytać każdy z linków.

Poniższy cytat z pierwszego łącza jest szczególnie interesujący:

„Okazuje się, że ci sprytni faceci z Microsoftu wdrożyli funkcję zatrzymywania sprawdzania serwera WPAD po kilku nieudanych próbach. Oblicza, że ​​wie, w której sieci jest uruchomiona maszyna mobilna, pozostawia notatkę w rejestrze, jeśli nie jest będę się niepokoić, patrząc ponownie. Bardzo użyteczne, jeśli dopiero co go wdrożyłeś. ”

Znalazłem klucz wpad reg zanotowany w linkach, a właściwie tak znalazłem linki w google. Zostałem bezwzględny podczas testów i stwierdziłem, że następujące prace:

Zamknij wszystkie sesje IE, otwórz Panel sterowania -> Opcje internetowe -> Karta Połączenia -> Ustawienia sieci LAN i odznacz „Automatycznie wykryj ustawienia” (i wszystkie inne opcje) - NIE PONOWNIE OTWIERAJ IE.

Usuń następujący klucz rejestru:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad

Otwórz Panel sterowania -> Opcje internetowe -> Karta Połączenia -> Ustawienia sieci LAN i kliknij „Automatycznie wykryj ustawienia”.

Jeśli odświeżysz okno regedit (F5), powinieneś zobaczyć ponownie utworzony klucz reg reg, ale będzie on pusty.

Teraz otwórz IE. Odśwież ponownie wpad wpad i powinieneś zobaczyć, jak wypełnia go podklucz zawierający różne informacje o wpad.

To była poprawka bez konieczności resetowania IE, ale wciąż musiałem jakoś wdrożyć go na 50 maszynach. Zrobiłem to w następujący sposób:

Utworzyłem następujący reg przy użyciu komputera, który zresetowałem jak wyżej (nie kopiuj tego dosłownie, ponieważ został on utworzony w oparciu o naszą domenę i zredagowałem nazwę domeny), ręcznie dodałem wiersz 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]

Zostało to dodane do skryptów logowania użytkownika i zasadniczo usuwa klucz reg i zastępuje go.

Następnie utworzyłem obiekt GPO, aby wyłączyć „Automatycznie wykryj ustawienia” i ręcznie dodałem adres URL:

Konfiguracja użytkownika -> Zasady -> Ustawienia systemu Windows -> Konserwacja programu Internet Explorer -> Połączenie -> Automatyczna konfiguracja przeglądarki | Odznacz „Automatycznie wykryj ustawienia konfiguracji” i zaznacz „Włącz automatyczną konfigurację” i wstaw „ http: //wpad.example.local/wpad.dat ” do „URL konfiguracji automatycznej”.

Włączyłem też „IE WPAD Decaching Caching Override” (patrz drugi link powyżej).

Następnie zostawiłem to na kilka dni, aby wdrożyć na jak największej liczbie komputerów, a następnie wyłączyłem „Automatyczny adres URL konfiguracji” i ponownie zaznaczyłem „Automatycznie wykryj ustawienia konfiguracji” i usunąłem klucz reg ze skryptu logowania.

Zrobiłem to, ponieważ wydawało się, że nie działa, po prostu odznaczając, a następnie zaznaczając pole „Automatycznie wykryj ustawienia konfiguracji” przez GPO, więc dodanie adresu URL może nie być ostatecznie konieczne.

Miałem nadzieję, że WpadOverride zadziała bez dodatkowych kroków, ale niestety w moim przypadku nie.

Nawiasem mówiąc, używanie cname działa doskonale w naszej sieci.

Wszystkie komputery, które były wyłączone na czas trwania poprawki, były następnie obsługiwane ręcznie.

Mam nadzieję, że pomoże to innym osobom, które napotkają to pytanie, tak jak ja za pośrednictwem Google. Ta „funkcja” Microsoftu jest wręcz głupia.

Miałem dokładnie ten sam problem, ale tylko dla kilku komputerów ...

Wireshark pokazał, że IE nie próbuje niczego w sieci przed uderzeniem w docelowy serwer WWW. Serwer WWW ustawiony na host wpad reaguje na dowolną nazwę hosta na tym konkretnym adresie IP.

Mam niedziałających klientów IE8, aby ponownie pobrać wpad.dat, wykonując następujące czynności:

1. Narzędzia-> Opcje internetowe-> Zaawansowane-> Resetuj
2. Zamknął IE i ponownie go otworzył

Niestety po modyfikacji pliku wpad.dat widać, że IE8 po pierwszym pobraniu wpad.dat nie pobiera żadnych dalszych plików do pobrania :-(

Kolejną rzeczą, na którą należy zwrócić uwagę, jest podany w następującym adresie URL: https://technet.microsoft.com/en-au/library/cc995158.aspx

DNS może mieć włączoną listę bloków, z których wpad jest zdefiniowany jako zablokowany rekord, jest to środek ochronny.

Spróbuj uruchomić wireshark na komputerze klienckim ... zobacz, gdzie szuka IE? Czy Twój serwer internetowy rejestruje, że obsługuje jakieś wpady?

Internet Explorer podejmie próbę uzyskania dostępu do „ http: //wpad.your-machine 's-dns-suffix.com/wpad.dat”. Upewnij się, że serwer internetowy skonfigurowany do obsługi pliku wpad.dat odpowiada na w pełni kwalifikowaną nazwę hosta. (BTW, IE rozłoży sufiks DNS również próbując każdej domeny nadrzędnej. Spójrz na http://wpad.com . Facet, który jest właścicielem tej domeny, mógłby być naprawdę, naprawdę zły, gdyby chciał… .)

Wersja IE 6.0.2900.xxxx szuka nazwy pliku „wpad.da” zamiast „wpad.dat”. ;) Wystarczy użyć sniffera lub sprawdzić logi serwera.

Mam nadzieję że to pomoże!

Jak sugeruje Tom Newton, uruchom wireshark, aby zobaczyć, co robi IE (zapytanie DNS, HTTP GET, ...), spójrz także na dzienniki serwera.
Uważaj, aby IE wysyłał adres IP zamiast nazwy hosta (wpad) jako „Host” w zapytaniu GET, aby nie można było użyć wirtualnego hosta „wpad” na serwerze WWW.

Ta metoda działa dla mnie

   1. Tools->Internet Options->Advanced->Reset
   2. Closed IE and re-opened it

Myślę, że IE8 sprawia, że ​​często mylę, oni ze stwardnienia rozsianego ale dlaczego to działa niepoprawnie. Podczas gdy Firefox działa bardzo dobrze.

Jeśli używasz DHCP, istnieje ustawienie (opcja 252, IIRC) do deklarowania lokalizacji pliku wpad. Uważam, że nie masz racji, że Firefox nie może z tego korzystać.

Ponadto, czy masz domenę lokalną na liście wyszukiwania?