Nuo PAC testo rezultato iki tikrojo naršyklės maršruto
Atskirkite PAC funkcijos grąžinamą maršrutą nuo failo pristatymo, naršyklės perėmimo, tarpinio serverio pasiekiamumo ir galutinio užklausos kelio.
PAC testuoklis grąžina PROXY proxy.example:8080. Naudingas rezultatas. Tačiau prieš paskelbiant naršyklės konfigūraciją patikrinta, liko atsakyti į dar kelis klausimus.
| Klausimas | Ką tikrinti |
|---|---|
| Ką šis scenarijus grąžina šiai įvesčiai? | Vertintoją, įvesties URL ir pagalbinių funkcijų rezultatus |
| Ar naršyklė gavo šią kopiją? | Nustatytą PAC URL ir pristatymo ar podėlio įrodymus |
| Ar naršyklė naudojo grąžintą maršrutą? | Naršyklės tarpinio serverio parinkimo ir ryšio diagnostiką |
| Ar tas maršrutas galėjo pernešti užklausą? | Pasirinkto galinio taško ryšį ir mainus su tarpiniu serveriu |
Tokia priemonė kaip pacparser vertina PAC logiką savo palaikomomis pagalbinėmis funkcijomis. Ji nevykdo viso tikslinės naršyklės konfigūracijos aptikimo, politikos, podėlio ir ryšio mechanizmo.
Išlaikykite įvestis palyginamas. Kita URL schema, kitokia prieglobos vardo rašyba, kitas DNS atsakymas ar pateiktas kliento adresas gali pakeisti teisėtą rezultatą. Bandymas kitame tinkle gali vykdyti kitą šaką be jokios scenarijaus klaidos.
Naršyklės politika taip pat gali pasirinkti kitą PAC URL arba fiksuotą tarpinį serverį. Failo redagavimas diske neįrodo, kad naršyklė jį vėl atsisiuntė. „Chrome“ PAC atnaujinimas skiriasi nuo įsimintų blogų tarpinių serverių išvalymo. Užrašykite tikslią failo versiją ir susijusius naudotojo nustatymus kartu su rezultatu.
Naudokite neprisijungusį vertinimą logikos problemai susiaurinti. Naudokite tikrojo kliento diagnostiką perėmimui ir maršrutizavimui nustatyti. Jei scenarijaus rezultatas teisingas, bet tarpinis serveris nemato jokios transakcijos, ištirkite tą atotrūkį prieš perrašydami veikiančią taisyklę.