De la rezultatul unui test PAC la ruta reală a browserului
Separați ruta returnată de o funcție PAC de livrarea fișierului, adoptarea de către browser, accesibilitatea proxy-ului și calea finală a cererii.
Un tester PAC returnează PROXY proxy.example:8080. Rezultat util. Totuși, mai rămân câteva întrebări înainte de a declara configurația browserului verificată.
| Întrebare | Ce trebuie examinat |
|---|---|
| Ce returnează acest script pentru această intrare? | Evaluatorul, URL-ul de intrare și rezultatele funcțiilor auxiliare |
| A obținut browserul această copie? | URL-ul PAC configurat și dovezile de livrare sau de cache |
| A folosit browserul ruta returnată? | Diagnosticul browserului privind alegerea proxy-ului și conexiunea |
| Putea acea rută să transporte cererea? | Conexiunea punctului final ales și schimbul cu proxy-ul |
Un instrument precum pacparser evaluează logica PAC cu propriile funcții auxiliare acceptate. Nu rulează întregul mecanism al browserului țintă pentru descoperirea configurației, politică, cache și conectare.
Păstrați intrările comparabile. O altă schemă de URL, o altă scriere a numelui gazdă, un alt răspuns DNS sau o adresă de client furnizată pot schimba un rezultat legitim. Un test pe altă rețea poate urma altă ramură fără nicio eroare în script.
Politica browserului poate alege, de asemenea, un alt URL PAC sau un proxy fix. Editarea fișierului pe disc nu dovedește că browserul l-a preluat din nou. În Chrome, reîmprospătarea PAC diferă de ștergerea proxy-urilor rele memorate. Notați versiunea exactă a fișierului și setările relevante ale consumatorului împreună cu rezultatul.
Folosiți evaluarea offline pentru a restrânge o problemă de logică. Folosiți diagnosticele clientului real pentru a stabili adoptarea și rutarea. Dacă rezultatul scriptului este corect, dar proxy-ul nu vede nicio tranzacție, investigați acea diferență înainte de a rescrie o regulă care funcționează.