WPAD se přeloží, ale prohlížeč dostane 404
Automatické zjišťování proxy může najít správný server a přesto si vyžádat soubor PAC z nesprávného virtuálního hostitele nebo cesty.
Název wpad se přeloží na očekávaný stroj. To je povzbudivé, ale je to jen začátek. Prohlížeč si stále musí vyžádat soubor z tohoto stroje a obdržet skript PAC.
Užitečný vodítko najdete v přístupovém protokolu webového serveru: klient požádal o /wpad.dat a obdržel HTTP 404. Ručně otevřená adresa PAC může používat jiné jméno hostitele. I když obě jména dosáhnou stejného serveru, mohou zvolit různé virtuální hostitele.
Sledujte požadavek, který klient odeslal
Zkontrolujte přesnou adresu URL vybranou zjišťováním, hodnotu HTTP Host, cestu a odpověď. Otevření vhodné adresy PAC v běžné kartě prohlížeče nedokazuje, že automatické zjišťování požádalo právě tuto adresu.
Pokud se očekávají krátká i plně kvalifikovaná jména, nakonfigurujte zamýšleného webového hostitele, aby tato jména záměrně obsluhoval. Ověřte, že /wpad.dat vede ke správnému souboru, nikoli ke výchozímu kořeni dokumentů nebo nesouvisející aplikaci.
Poskytněte skript, ne chybovou stránku
Ověřte tělo odpovědi i její stav. Přihlašovací stránka, brandovaný chybový dokument nebo přesměrování mohou při ručním zobrazení vypadat věrohodně, ale nejsou skriptem PAC, který resolver očekává. Chromium dokumentuje přísné požadavky na stažení PAC, včetně odpovědi HTTP 200.
Teprve poté, co doručení uspěje, má smysl ladit FindProxyForURL(). Změna jeho pravidel pro jména hostitelů nemůže opravit 404, který prohlížeči zabránil jej získat.
Rozlišujte také webový server PAC od dopředného proxy uvedeného v jeho skriptu. Mohou sdílet stroj, ale záznam v přístupovém protokolu jedné služby není důkazem, že druhá služba obsloužila uživatelův požadavek na cílovou adresu.