Daripada hasil ujian PAC ke laluan sebenar pelayar
Asingkan laluan yang dikembalikan fungsi PAC daripada penghantaran fail, penerimaan pelayar, ketersampaian proksi dan laluan akhir permintaan.
Penguji PAC mengembalikan PROXY proxy.example:8080. Hasil yang berguna. Namun masih ada beberapa soalan yang perlu dijawab sebelum konfigurasi pelayar diisytiharkan disahkan.
| Soalan | Apa yang perlu diperiksa |
|---|---|
| Apakah yang dikembalikan skrip ini untuk input ini? | Penilai, URL input dan hasil fungsi pembantu |
| Adakah pelayar memperoleh salinan ini? | URL PAC yang dikonfigurasikan serta bukti penghantaran atau cache |
| Adakah pelayar menggunakan laluan yang dikembalikan? | Diagnostik pelayar tentang penentuan proksi dan sambungan |
| Bolehkah laluan itu membawa permintaan? | Sambungan titik akhir yang dipilih dan pertukaran dengan proksi |
Alat seperti pacparser menilai logik PAC dengan fungsi pembantu yang disokongnya sendiri. Ia tidak menjalankan keseluruhan jentera pelayar sasaran untuk penemuan konfigurasi, dasar, cache dan sambungan.
Kekalkan input yang setanding. Skema URL yang berbeza, ejaan nama hos, jawapan DNS atau alamat klien yang diberikan boleh mengubah hasil yang sah. Ujian pada rangkaian lain mungkin menjalankan cabang berbeza tanpa sebarang pepijat dalam skrip.
Dasar pelayar juga boleh memilih URL PAC lain atau proksi tetap. Menyunting fail pada cakera tidak membuktikan pelayar telah mengambilnya semula. Dalam Chrome, menyegarkan PAC berbeza daripada mengosongkan proksi buruk yang diingati. Catat semakan fail yang tepat dan tetapan pengguna yang berkaitan bersama hasil.
Gunakan penilaian luar talian untuk menyempitkan masalah logik. Gunakan diagnostik klien sebenar untuk menetapkan penerimaan dan penghalaan. Jika hasil skrip betul tetapi proksi tidak melihat sebarang transaksi, siasat jurang itu sebelum menulis semula peraturan yang berfungsi.