WPAD wird aufgelöst, aber der Browser bekommt einen 404

Der Name wpad wird zum erwarteten Rechner aufgelöst. Das ist ermutigend, aber nur der Anfang. Der Browser muss weiterhin eine Datei von diesem Rechner anfordern und das PAC-Skript erhalten.

Ein nützlicher Hinweis findet sich im Zugriffsprotokoll des Webservers: Der Client forderte /wpad.dat an und erhielt HTTP 404. Eine manuell geöffnete PAC-URL kann einen anderen Hostnamen verwenden. Selbst wenn beide Namen denselben Server erreichen, können sie unterschiedliche virtuelle Hosts auswählen.

Verfolgen Sie die Anfrage des Clients

Prüfen Sie die genaue von der Erkennung gewählte URL, den HTTP-Host-Wert, den Pfad und die Antwort. Eine bequeme PAC-URL in einem normalen Browsertab zu öffnen belegt nicht, dass die automatische Erkennung diese URL angefordert hat.

Wenn sowohl kurze als auch vollständig qualifizierte Namen erwartet werden, konfigurieren Sie den vorgesehenen Webhost so, dass er diese Namen bewusst bedient. Bestätigen Sie, dass /wpad.dat auf die richtige Datei verweist und nicht auf ein Standard-Dokumentenverzeichnis oder eine unabhängige Anwendung.

Liefern Sie ein Skript, keine Fehlerseite

Prüfen Sie neben dem Status auch den Antwortkörper. Eine Anmeldeseite, ein gebrandetes Fehlerdokument oder eine Weiterleitung kann bei manueller Ansicht plausibel wirken, ist aber nicht das PAC-Skript, das der Resolver erwartet. Chromium dokumentiert strenge Anforderungen für den PAC-Download, einschließlich einer HTTP-200-Antwort.

Erst nachdem die Auslieferung gelingt, ist es sinnvoll, FindProxyForURL() zu debuggen. Das Ändern seiner Hostnamen-Regeln kann einen 404 nicht beheben, der den Browser daran hinderte, es zu erhalten.

Unterscheiden Sie außerdem einen PAC-Webserver von dem in seinem Skript genannten Forward-Proxy. Sie können sich einen Rechner teilen, aber ein Zugriffsprotokolleintrag eines Dienstes ist kein Beweis dafür, dass der andere Dienst die Zielanfrage des Nutzers bearbeitet hat.