Nga rezultati i një testi PAC te rruga reale e shfletuesit
Ndani rrugën që kthen një funksion PAC nga dërgimi i skedarit, miratimi nga shfletuesi, arritshmëria e proxy-t dhe rruga përfundimtare e kërkesës.
Një testues PAC kthen PROXY proxy.example:8080. Rezultat i dobishëm. Megjithatë mbeten disa pyetje përpara se të quhet e verifikuar konfigurimi i shfletuesit.
| Pyetje | Çfarë të shqyrtohet |
|---|---|
| Çfarë kthen ky skript për këtë hyrje? | Vlerësuesi, URL-ja e hyrjes dhe rezultatet e funksioneve ndihmëse |
| A e mori shfletuesi këtë kopje? | URL-ja PAC e konfiguruar dhe provat e dërgimit ose të cache-it |
| A e përdori shfletuesi rrugën e kthyer? | Diagnostikimin e shfletuesit për zgjedhjen e proxy-t dhe lidhjen |
| A mundte ajo rrugë ta mbante kërkesën? | Lidhjen e pikës fundore të zgjedhur dhe shkëmbimin me proxy-n |
Një mjet si pacparser vlerëson logjikën PAC me funksionet e veta mbështetëse. Ai nuk ekzekuton të gjithë mekanizmin e shfletuesit objektiv për zbulimin e konfigurimit, politikën, cache-in dhe lidhjen.
Mbani hyrjet të krahasueshme. Një skemë tjetër URL, një shkrim tjetër i emrit të hostit, një përgjigje tjetër DNS ose një adresë klienti e dhënë mund të ndryshojnë një rezultat të ligjshëm. Një provë në një rrjet tjetër mund të ekzekutojë një degë tjetër pa asnjë gabim në skript.
Politika e shfletuesit mund të zgjedhë gjithashtu një URL tjetër PAC ose një proxy fiks. Redaktimi i skedarit në disk nuk provon që shfletuesi e ka marrë përsëri. Në Chrome, rifreskimi i PAC ndryshon nga pastrimi i proxy-ve të këqij të mbajtur mend. Shënoni versionin e saktë të skedarit dhe cilësimet përkatëse të konsumatorit bashkë me rezultatin.
Përdorni vlerësim offline për të kufizuar një problem logjik. Përdorni diagnostikimin e klientit real për të vërtetuar miratimin dhe rrugëtimin. Nëse rezultati i skriptit është i saktë por proxy nuk sheh asnjë transaksion, hulumtoni atë hendek përpara se të rishkruani një rregull që funksionon.