Tersekat pada “Resolving Host in Proxy Script”? Lihat Fail PAC

Mesej status berkata “Resolving host in proxy script,” namun menukar pelayan proksi hampir tidak mengubah apa-apa. Itu petunjuk berguna: pelayar mungkin masih memutuskan ke mana permintaan akan dihantar.

Fail PAC boleh melakukan pemeriksaan yang bergantung pada DNS. Jika pemeriksaan itu menunggu penyelesai yang tidak dapat dicapai atau berulang kali bertanya soalan yang tidak perlu, pemuatan halaman boleh terhenti sebelum proksi yang dipilih menerima apa-apa.

1. Cari lokasi jeda

Untuk satu URL yang terjejas, tentukan sama ada kelewatan berlaku semasa mengambil fail PAC, menilainya, atau menyambung ke proksi yang dikembalikan. Log akses proksi yang kosong konsisten dengan dua peringkat pertama; ia tidak membuktikan pelayar menggunakan laluan terus.

Kemudian periksa peraturan mana yang memerlukan DNS. Panduan prestasi PAC Microsoft mengesyorkan agar kerja tidak perlu yang bergantung pada DNS dielakkan. Semakan kesamaan nama hos tidak memerlukan maklumat yang sama seperti menyelesaikan nama hos itu dan memeriksa subnet.

2. Buang kerja DNS yang tidak perlu

Pengecualian nama hos yang diketahui selalunya boleh diputuskan sebelum semakan luas berasaskan alamat. Selesaikan nama hanya apabila dasar yang tinggal benar-benar memerlukan alamatnya. Simpan hasilnya dalam pemboleh ubah setempat jika beberapa syarat berikutnya memerlukan nilai yang sama.

Jangan “membaiki” skrip yang perlahan dengan menambah pulangan DIRECT tanpa syarat di atas. Itu membuang keputusan penghalaan bersama kelewatan.

Penyelesaian DNS khusus mesin memerlukan bukti. Mengaktifkan perkongsian fail atau menulis semula fail hosts setiap komputer riba ialah tindak balas pertama yang buruk terhadap skrip penghalaan yang perlahan. Periksa tingkah laku penyelesai dan nama hos pada rangkaian yang terjejas, terutamanya selepas perubahan rangkaian, dan ubah PAC hanya di tempat laluan keputusannya yang sebenar menuntut demikian.