WPAD ebazten da, baina nabigatzaileak 404 bat jasotzen du
Proxy aurkikuntza automatikoak zerbitzari egokia aurki dezake eta, hala ere, PAC fitxategia birtual ostalari edo bide oker batetik eskatu.
wpad izena espero den makinara ebazten da. Hori pozgarria da, baina hasiera besterik ez da. Nabigatzaileak oraindik fitxategi bat eskatu behar dio makina horri eta PAC scripta jaso.
Pista erabilgarri bat web zerbitzariaren sarbide-erregistroan aurkitzen da: bezeroak /wpad.dat eskatu zuen eta HTTP 404 jaso zuen. Eskuz irekitako PAC URL batek beste ostalari-izen bat erabil dezake. Bi izenek zerbitzari berbera ukitzen dutenean ere, birtual ostalari desberdinak aukeratu ditzakete.
Jarraitu bezeroak egindako eskaerari
Egiaztatu aurkikuntzak hautatutako URL zehatza, HTTP Host balioa, bidea eta erantzuna. PAC URL egoki bat nabigatzailearen fitxa arruntean irekitzeak ez du frogatzen aurkikuntza automatikoak URL hori eskatu zuenik.
Izen laburrak eta erabat kalifikatuak espero badira, konfiguratu nahi den web ostalaria izen horiek nahita kudeatzeko. Egiaztatu /wpad.dat fitxategi egokira mapatzen dela, eta ez dokumentuen erro lehenetsira edo erlaziorik gabeko aplikazio batera.
Zerbitzatu script bat, ez errore-orri bat
Egiaztatu erantzunaren gorputza eta egoera. Saioa hasteko orriak, markazko errore-dokumentuak edo birbideratzeak sinesgarri dirudite eskuz ikusita, baina ez dira ebazleak espero duen PAC scripta. Chromiumek PAC deskargatzeko baldintzak zorrotzak dokumentatzen ditu, HTTP 200 erantzuna barne.
Behin bidalketa lortu ondoren bakarrik du zentzua FindProxyForURL() arazteak. Bere ostalari-izen arauak aldatzeak ezin du konpondu nabigatzaileak lortzea eragotzi zuen 404 bat.
Bereizi PAC web zerbitzaria bere scriptean aipatzen den aurrealdeko proxytik ere. Makina bat parteka dezakete, baina zerbitzu bateko sarbide-erregistroko sarrera batek ez du frogatzen beste zerbitzuak erabiltzailearen helmuga-eskaera kudeatu zuenik.