Pesan status menyebutkan “Resolving host in proxy script,” namun mengganti server proksi hampir tidak mengubah apa pun. Itu petunjuk berguna: peramban mungkin masih memutuskan ke mana permintaan akan dikirim.

Berkas PAC dapat menjalankan pemeriksaan yang bergantung pada DNS. Jika pemeriksaan itu menunggu resolver yang tidak dapat dijangkau atau berulang kali mengajukan pertanyaan yang tidak perlu, pemuatan halaman dapat terhenti sebelum proksi yang dipilih menerima apa pun.

1. Temukan letak jedanya

Untuk satu URL yang terdampak, tentukan apakah jeda terjadi saat mengambil berkas PAC, saat mengevaluasinya, atau saat menyambung ke proksi yang dikembalikan. Log akses proksi yang kosong konsisten dengan dua tahap pertama; itu tidak membuktikan peramban memakai rute langsung.

Lalu periksa aturan mana yang memerlukan DNS. Panduan performa PAC dari Microsoft menyarankan menghindari pekerjaan tak perlu yang bergantung pada DNS. Pemeriksaan kesetaraan nama host tidak memerlukan informasi yang sama dengan menerjemahkan nama host itu dan memeriksa subnet.

2. Hapus pekerjaan DNS yang tidak perlu

Pengecualian nama host yang sudah dikenal sering dapat diputuskan sebelum pemeriksaan luas berbasis alamat. Terjemahkan nama hanya ketika kebijakan yang tersisa benar-benar memerlukan alamatnya. Simpan hasilnya dalam variabel lokal jika beberapa kondisi berikutnya memerlukan nilai yang sama.

Jangan “memperbaiki” skrip yang lambat dengan menambahkan pengembalian DIRECT tanpa syarat di bagian atas. Itu menghapus keputusan perutean bersama jedanya.

Solusi DNS khusus mesin memerlukan bukti. Mengaktifkan berbagi berkas atau menulis ulang berkas hosts setiap laptop adalah reaksi pertama yang buruk terhadap skrip perutean yang lambat. Periksa perilaku resolver dan nama host di jaringan yang terdampak, terutama setelah perubahan jaringan, dan ubah PAC hanya di tempat jalur keputusannya yang sebenarnya menuntut demikian.

Artikel terkait