WPAD zgjidhet, por shfletuesi merr 404

Emri wpad zgjidhet në makinën e pritur. Kjo është inkurajuese, por është vetëm fillimi. Shfletuesi ende duhet të kërkojë një skedar nga ajo makinë dhe të marrë skriptin PAC.

Një të dhënë e dobishme gjendet në regjistrin e aksesit të serverit web: klienti kërkoi /wpad.dat dhe mori HTTP 404. Një URL PAC e hapur manualisht mund të përdorë një emër tjetër hosti. Edhe kur të dy emrat arrijnë në të njëjtin server, ata mund të zgjedhin hoste virtuale të ndryshme.

Ndiqni kërkesën që bëri klienti

Kontrolloni URL-në e saktë të zgjedhur nga zbulimi, vlerën HTTP Host, shtegun dhe përgjigjen. Hapja e një URL PAC të përshtatshme në një skedë normale shfletuesi nuk vërteton që zbulimi automatik kërkoi atë URL.

Nëse priten emra të shkurtër dhe plotësisht të kualifikuar, konfiguroni hostin web të synuar që t'i trajtojë ato emra me qëllim. Konfirmoni që /wpad.dat korrespondon me skedarin e saktë, jo me një rrënjë dokumentesh të parazgjedhur ose një aplikacion të palidhur.

Shërbeni një skript, jo një faqe gabimi

Verifikoni trupin e përgjigjes dhe statusin e saj. Një faqe hyrjeje, një dokument gabimi me markë ose një ridrejtim mund të duken të besueshme kur shihen manualisht, por nuk është skripti PAC që pret zgjidhësi. Chromium dokumenton kërkesat për shkarkimin e PAC strikte, duke përfshirë një përgjigje HTTP 200.

Vetëm pasi dorëzimi të ketë sukses ka kuptim të korrigjohet FindProxyForURL(). Ndryshimi i rregullave të emrave të hosteve nuk mund të rregullojë një 404 që e pengoi shfletuesin ta merrte.

Gjithashtu dalloni një server web PAC nga proxy përpara i përmendur në skriptin e tij. Ata mund të ndajnë një makinë, por një hyrje në regjistrin e aksesit të një shërbimi nuk është provë që shërbimi tjetër trajtoi kërkesën e destinacionit të përdoruesit.