WPAD se razrješava, ali preglednik dobiva 404
Automatsko otkrivanje proxyja može pronaći ispravan poslužitelj i ipak zatražiti PAC datoteku s pogrešnog virtualnog hosta ili putanje.
Ime wpad razrješava se na očekivano računalo. To je ohrabrujuće, ali samo je početak. Preglednik još mora zatražiti datoteku s tog računala i primiti PAC skriptu.
Korisna indicija nalazi se u dnevniku pristupa web poslužitelja: 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 poslužitelj, mogu odabrati različite virtualne hostove.
Pratite zahtjev koji je klijent poslao
Provjerite točan URL koji je otkrivanje odabralo, vrijednost HTTP Host, putanju i odgovor. Otvaranje prikladnog PAC URL-a u običnoj kartici preglednika ne dokazuje da je automatsko otkrivanje zatražilo taj URL.
Ako se očekuju i kratka i potpuno kvalificirana imena, konfigurirajte predviđeni web 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 pogreške
Provjerite tijelo odgovora kao i njegov status. Stranica za prijavu, brendirani dokument pogreške ili preusmjeravanje mogu izgledati uvjerljivo kad se pregledaju ručno, ali to nije PAC skripta koju razrješivač očekuje. Chromium dokumentira stroge zahtjevi za preuzimanje PAC-a, uključujući odgovor HTTP 200.
Tek nakon što isporuka uspije ima smisla otklanjati pogreške u FindProxyForURL(). Promjena njegovih pravila za imena hostova ne može popraviti 404 koji je spriječio preglednik da ga dobije.
Također razlikujte PAC web poslužitelj od naprijed proxyja navedenog u njegovoj skripti. Mogu dijeliti računalo, ali zapis u dnevniku pristupa jedne usluge nije dokaz da je druga usluga obradila korisnikov zahtjev prema odredištu.