WPAD laheneb, kuid brauser saab 404
Automaatne puhverserveri tuvastus võib leida õige serveri ja siiski küsida PAC-faili vale virtuaalhosti või tee kaudu.
Nimi wpad laheneb oodatud masinaks. See on julgustav, kuid see on alles algus. Brauser peab ikkagi sellelt masinalt faili küsima ja PAC-skripti vastu võtma.
Kasulik vihje on veebiserveri juurdepääsulogis: klient küsis /wpad.dat ja sai HTTP 404. Käsitsi avatud PAC-URL võib kasutada teist hostinime. Isegi kui mõlemad nimed jõuavad samasse serverisse, võivad need valida erinevaid virtuaalhoste.
Jälgige päringut, mille klient tegi
Kontrollige tuvastuse valitud täpset URL-i, HTTP Host väärtust, teed ja vastust. Mugava PAC-URL-i avamine tavalises brauserivahekaardis ei tõenda, et automaatne tuvastus selle URL-i küsis.
Kui oodatakse nii lühikesi kui ka täielikult kvalifitseeritud nimesid, seadistage kavandatud veebihost neid nimesid teadlikult teenindama. Kinnitage, et /wpad.dat vastab õigele failile, mitte vaikimisi dokumendijuurele või mitteseotud rakendusele.
Pakutage skripti, mitte vealehte
Kontrollige vastuse keha ja ka selle olekut. Sisselogimisleht, brändiga veadokument või ümbersuunamine võivad käsitsi vaadates usutavad tunduda, kuid see pole PAC-skript, mida lahendaja ootab. Chromium dokumenteerib ranged PAC-i allalaadimise nõuded, sealhulgas HTTP 200 vastuse.
Alles pärast seda, kui kohaletoimetamine õnnestub, on mõttekas FindProxyForURL() siluda. Selle hostinimereeglite muutmine ei paranda 404-t, mis takistas brauseril skripti saamast.
Eristage ka PAC-veebiserverit selle skriptis nimetatud edasipääsupuhverserverist. Nad võivad jagada masinat, kuid ühe teenuse juurdepääsulogi kanne ei ole tõend, et teine teenus käsitles kasutaja sihtpäringut.