Dari hasil uji PAC ke rute sebenarnya di peramban
Pisahkan rute yang dikembalikan fungsi PAC dari pengiriman berkas, adopsi peramban, keterjangkauan proksi, dan jalur akhir permintaan.
Penguji PAC mengembalikan PROXY proxy.example:8080. Hasil yang berguna. Namun masih ada beberapa pertanyaan yang harus dijawab sebelum konfigurasi peramban dinyatakan terverifikasi.
| Pertanyaan | Apa yang diperiksa |
|---|---|
| Apa yang dikembalikan skrip ini untuk masukan ini? | Penilai, URL masukan, dan hasil fungsi bantuan |
| Apakah peramban memperoleh salinan ini? | URL PAC yang dikonfigurasi serta bukti pengiriman atau tembolok |
| Apakah peramban memakai rute yang dikembalikan? | Diagnostik peramban atas penentuan proksi dan koneksi |
| Bisakah rute itu membawa permintaan? | Koneksi titik akhir yang dipilih dan pertukaran dengan proksi |
Alat seperti pacparser mengevaluasi logika PAC dengan fungsi bantuan yang didukungnya sendiri. Alat itu tidak menjalankan seluruh mesin peramban target untuk penemuan konfigurasi, kebijakan, tembolok, dan koneksi.
Jaga agar masukan tetap sebanding. Skema URL yang berbeda, penulisan nama host, jawaban DNS, atau alamat klien yang diberikan dapat mengubah hasil yang sah. Uji di jaringan lain dapat menjalankan cabang berbeda tanpa kesalahan pada skrip.
Kebijakan peramban juga dapat memilih URL PAC lain atau proksi tetap. Menyunting berkas di disk tidak membuktikan peramban mengambilnya lagi. Di Chrome, menyegarkan PAC berbeda dari menghapus proksi buruk yang diingat. Catat revisi berkas yang tepat dan pengaturan konsumen yang relevan bersama hasilnya.
Gunakan evaluasi luring untuk mempersempit masalah logika. Gunakan diagnostik klien nyata untuk memastikan adopsi dan perutean. Jika hasil skrip benar tetapi proksi tidak melihat transaksi, selidiki celah itu sebelum menulis ulang aturan yang berfungsi.