kaffeepause
Goto Top

Internet Explorer kann WPAD nicht lesen

Hallo zusammen,

hab schon längere Zeit ein Problem, das ich zwar durch Notlösungen umgehen kann (das auch keine Top-Priorität hat), das ich aber irgendwann dann doch mal gelöst haben will, weil die Notlösungen umständlicher für meine Netzwerkverwaltung sind.

Problem:

Rechner (Win7 x64 und WinXP x86), die bereits länger im Netzwerk sind, können mit dem Internet Explorer (8, 9, 10) die WPAD.dat nicht lesen/auswerten. Frisch installierte Rechner haben damit kein Problem. Auch Firefox (portable) funktioniert über automatische Proxy-Konfigurations-URL.

Analyse:

  1. Der Name WPAD ist über PING auflös- und erreichbar
  2. Gibt man die WPAD-Adresse in der Browser-Adressleiste an: Die Adresse http://wpad:8080/wpad.dat ist erreichbar und bietet die Datei wpad.dat als Download an. Die Datei lässt sich nach dem Download im Notepad öffnen und sieht korrekt aus
  3. Die Datei WPAD landet – wenn man den Browser auf „Automatische Suche der Einstellungen – im Cache (Temporary Internet Files) und zeigt beim Öffnen mit Notepad den korrekten Inhalt

Das Problem scheint unabhängig von Gruppenrichtlinien zu sein. Das Update-/Patchlevel ist bei frisch installierten Rechnern und denjenigen, die schon länger in der Domäne (Server 2003 und Server 2008) aktiv sind, identisch.

Hintergrund:

Das Problem trat vor bereits mehr als einem Jahr über Nacht auf. Wir vermuten, dass ein damaliges Windows-/Microsoft-Update sich mit einer Einstellung beißt, die lokal auf den Clients existiert. Als Notlösung verteilen wir seitdem einen festen Proxy.

Bisher angewendete Maßnahmen:

  • Der Internet Explorer über „Extras“ – „Internetoptionen“ – „Erweitert“ – „Zurücksetzen“ zurückgesetzt – keine Besserung

  • Der Internet Explorer wurde über ein Microsoft Fixit (MicrosoftFixit50195.msi) zurückgesetzt – keine Besserung

  • Die Schnittstelle wurde über netsh-Befehle zurückgesetzt (netsh winsock reset all | netsh int ip reset | netsh int 6to4 reset all | netsh int ipv4 reset all | netsh int ipv6 reset all | netsh int httpstunnel reset all | netsh int isatap reset all | netsh int portproxy reset all | netsh int tcp reset all | netsh int teredo reset all | netsh int reset all | netsh int ip reset all) – keine Besserung

  • Der Internet Explorer wurde deinstalliert – soweit das geht – und neu installiert – keine Besserung

  • Systemdateireparatur über „sfc.exe /scannow“ wurde durchgeführt – keine Besserung

  • Der IE wurde ohne Add-Ons gestartet – keine Besserung

  • Computer- und Benutzerkonto wurden in OUs ohne GPO verschoben – keine Besserung

  • Auf Computern, auf denen die WPAD-Auswertung nicht funktioniert, wurden neue Benutzerprofile angelegt – auch unter diesen neuen Profile funktioniert die automatische Suche der Einstellungen im IE nicht


Hat jemand Ansatzpunkte? Im Internet findet man tausende von Forumseinträgen zur WPAD, aber praktisch keine, die hierzu passen oder die auch gelöst wurden.

Viele Grüße!
Die Kaffeepause

Content-ID: 215850

Url: https://administrator.de/forum/internet-explorer-kann-wpad-nicht-lesen-215850.html

Ausgedruckt am: 23.12.2024 um 16:12 Uhr

ollioe
ollioe 02.09.2013 um 16:30:17 Uhr
Goto Top
Die WPAD wird wie verteilt? Mittels GPO?
Der Eintrag ist im DHCP eingerichtet?
Habt Ihr den GPO Cache (z.B. per Logon Script) gelöscht? Dort sammeln sich meistens veraltete und somit falsche Einträge: C:\Users\All Users\Microsoft\Group Policy\History

Ebenfalls denkbar: http://technet.microsoft.com/en-us/library/cc995158.aspx
Kaffeepause
Kaffeepause 02.09.2013 aktualisiert um 18:06:22 Uhr
Goto Top
WPAD wurde in den DHCP-Optionen eingerichtet (Option 252).

GPO-Cache! Das klingt interessant! Daran hab ich noch nicht gedacht!
Wär plausibel; wir arbeiten viel mit Gruppenrichtlinien, und hin und wieder gibts im Netzwerk Änderungen.
Das würde erklären, warum neu aufgesetzte PCs das Problem nicht haben, neu installierte (über ältere Images) aber schon.
Ich wurschtel mich da mal durch und melde mich wieder.

Danke schon Mal!

PS: Blocklist ist es nicht. Diesmal. Das hatte ich früher...
DerWoWusste
DerWoWusste 02.09.2013 um 23:26:22 Uhr
Goto Top
Hi.

prüf mal, wie sich andere Browser verhalten.
Kaffeepause
Kaffeepause 03.09.2013 um 12:02:47 Uhr
Goto Top
Hallo,

wie ich schrieb: FirefoxPortable kann die WPAD verwenden.

Was war dein Gedanke / Ansatzpunkt?

Viele Grüße,
DerWoWusste
DerWoWusste 04.09.2013 aktualisiert um 08:38:47 Uhr
Goto Top
Hatte such mal mit wpad zu kämpfen, zwar lediglich auf einem Pc, aber gleiche Symptome. Hab ihm damals Test halber den Proxy manuell eingetragen, Webseiten wurden dann aufgebaut, dann zurück zu wpad und es lief auch damit. Sehr merkwürdig. War auch der IE9, während es bei anderen ging.
Kaffeepause
Kaffeepause 04.09.2013 aktualisiert um 10:06:29 Uhr
Goto Top
Eine Art lokaler GPO-Cache war es leider nicht.

Ich hab mit Administratorrechten folgende Aktionen ausgeführt, aber leider ohne Erfolg:

DEL "C:\WINDOWS\security\Database\secedit.sdb" /F  

IF NOT EXIST %windir%\SysWOW64 DEL "C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\Microsoft\Group Policy\*.*" /F /S /Q  
IF NOT EXIST %windir%\SysWOW64 RMDIR "C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\Microsoft\Group Policy" /S /Q  

IF EXIST %windir%\SysWOW64 DEL "C:\ProgramData\Microsoft\Group Policy\*.*" /F /S /Q  
IF EXIST %windir%\SysWOW64 RMDIR "C:\ProgramData\Microsoft\Group Policy" /S /Q  

REG DELETE HKCU\SOFTWARE\Policies /f /va
REG DELETE HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies /f /va

REG DELETE HKLM\SOFTWARE\Policies /f /va
REG DELETE HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies /f /va

REG DELETE HKLM\SOFTWARE\Wow6432Node\Policies /f /va
REG DELETE HKLM\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Policies /f /va

GPUPDATE /force /boot

Mittlerweile habe ich jetzt auch einige Microsoft-Kommentare gelesen, in denen die Mitarbeiter behaupten, es gäbe keinen lokalen GPO-Cache.
  1. Es gäbe eben Richtlinien, die Werte richtig verändern (die Änderungen bleiben, wenn man die GPO entfernt)
  2. und es gäbe Richtlinien, deren ursprünglichen Werte unangetastet bleiben, so dass die Ursprungseinstellung wieder greift, wenn man die GPO entfernt
Das ist soweit ja auch richtig.

Also entweder gibt es doch einen lokalen GPO-Cache, und ich habe ihn noch nicht gefunden / löschen können,
oder ich habe irgendwo durch eine alte GPO einen Registry-Wert geschrieben, der das korrekte Auslesen der WPAD im IE (alle Versionen) verhindert,
und der sich auch durch gängige Methoden (zurücksetzen / Neuinstallation / Fixit) der Browser-Reparatur nicht korrigieren lässt.

Also, leider noch offen, das Problem...

Viele Grüße!
ollioe
ollioe 04.09.2013 aktualisiert um 09:50:49 Uhr
Goto Top
Diesen Cache gibt es definitiv und er hat uns schon sehr viel Freude bereitet.
Wir löschen ihn per Logoff Script, das Verzeichnis lautet:
C:\Users\All Users\Microsoft\Group Policy\History
Alles darin kann beherzt beim Abmelden gelöscht werden
Kaffeepause
Kaffeepause 04.09.2013 um 10:22:26 Uhr
Goto Top
Ja, vielen Dank, dass es das gibt, kann ich auch bestätigen; wird auch nicht verkehrt sein, den ab und zu (oder regelmäßig) zu leeren.

Die wpad wird leider aber immer noch nicht gelesen. Sie ist da, man kann sie herunterladen, sie ist korrekt, funktioniert im Firefox, wird nur leider von allen Internet Explorer Versionen nicht gelesen/angewendet - außer auf Maschinen, die frisch und neu (ohne Verwendung eines Images) installiert wurden.

Das macht mich ein wenig wahnsinnig, das Problem.
ollioe
ollioe 04.09.2013 um 10:27:24 Uhr
Goto Top
Ich denke dass Euch der Beitrag dieses geplagten und erfolgreichen Admin hilft:
http://serverfault.com/questions/54567/internet-explorer-isnt-auto-disc ...