WPAD se razrješava, ali preglednik dobija 404
Automatsko otkrivanje proxyja može pronaći ispravan server i ipak zatražiti PAC datoteku s pogrešnog virtualnog hosta ili putanje.
Ime wpad razrješava se na očekivani stroj. To ohrabruje, ali je samo početak. Preglednik ipak mora zatražiti datoteku s tog stroja i primiti PAC skriptu.
Korisna indicija nalazi se u dnevniku pristupa web 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 odabrati različite virtualne hostove.
Pratite zahtjev koji je klijent uputio
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 namjeravani 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 s greškom
Provjerite tijelo odgovora kao i njegov status. Stranica za prijavu, brendirani dokument s greškom 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 greš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 server od naprijed proxyja navedenog u njegovoj skripti. Mogu dijeliti stroj, ali zapis u dnevniku pristupa jedne usluge nije dokaz da je druga usluga obradila korisnikov zahtjev prema odredištu.