WPAD se razrješava, ali pregledač dobija 404
Automatsko otkrivanje proksija može pronaći ispravan server i ipak zatražiti PAC datoteku sa pogrešnog virtuelnog hosta ili putanje.
Ime wpad razrješava se na očekivani računar. To ohrabruje, ali je samo početak. Pregledač još mora zatražiti datoteku sa tog računara i primiti PAC skriptu.
Korisna indicija nalazi se u dnevniku pristupa veb servera: klijent je zatražio /wpad.dat i primio HTTP 404. Ručno otvoren PAC URL može koristiti drugo ime hosta. Čak i kada oba imena stignu na isti server, mogu izabrati različite virtuelne hostove.
Pratite zahtjev koji je klijent poslao
Provjerite tačan URL koji je otkrivanje izabralo, vrijednost HTTP Host, putanju i odgovor. Otvaranje prikladnog PAC URL-a u običnoj kartici pregledača ne dokazuje da je automatsko otkrivanje zatražilo taj URL.
Ako se očekuju i kratka i potpuno kvalifikovana imena, konfigurišite predviđeni veb host da ta imena svjesno obrađuje. Potvrdite da /wpad.dat vodi na ispravnu datoteku, a ne na zadani korijen dokumenata ili nepovezanu aplikaciju.
Poslužite skriptu, a ne stranicu greške
Provjerite tijelo odgovora kao i njegov status. Stranica za prijavu, brendirani dokument greške ili preusmjeravanje mogu izgledati uvjerljivo kada se pregledaju ručno, ali to nije PAC skripta koju razrješivač očekuje. Chromium dokumentuje stroge zahtjevi za preuzimanje PAC-a, uključujući odgovor HTTP 200.
Tek nakon što isporuka uspije ima smisla otklanjati greške u FindProxyForURL(). Promjena njegovih pravila za imena hostova ne može popraviti 404 koji je spriječio pregledač da ga dobije.
Takođe razlikujte PAC veb server od naprijed proksija navedenog u njegovoj skripti. Mogu dijeliti računar, ali zapis u dnevniku pristupa jedne usluge nije dokaz da je druga usluga obradila korisnikov zahtjev prema odredištu.