“Resolving Host in Proxy Script” hatasında takıldınız mı? PAC dosyasına bakın

Durum mesajı “Resolving Host in Proxy Script” diyor, ancak proxy sunucularını değiştirmek pek fark yaratmıyor. Bu yararlı bir ipucu: tarayıcı isteği nereye göndereceğine hâlâ karar veriyor olabilir.

Bir PAC dosyası DNS'e bağlı denetimler yapabilir. Bu denetimler erişilemeyen bir çözümleyiciyi bekliyorsa veya gereksiz soruları tekrar tekrar soruyorsa, sayfa yüklemesi seçilen proxy herhangi bir şey almadan önce durabilir.

1. Duraklamanın yerini belirleyin

Etkilenen tek bir URL için gecikmenin PAC dosyası alınırken mi, değerlendirilirken mi yoksa döndürülen proxy'ye bağlanılırken mi oluştuğunu belirleyin. Boş bir proxy erişim günlüğü ilk iki aşamayla tutarlıdır; tarayıcının doğrudan bir yol kullandığını kanıtlamaz.

Ardından hangi kuralların DNS'e ihtiyaç duyduğuna bakın. Microsoft'un PAC performansı yönergeleri gereksiz DNS'e bağlı işlerden kaçınmayı önerir. Bir ana makine adı eşitlik denetimi, o adı çözümlemek ve bir alt ağı denetlemekle aynı bilgilere ihtiyaç duymaz.

2. Gereksiz DNS işini kaldırın

Bilinen ana makine adı istisnaları genellikle adres tabanlı geniş denetimlerden önce karara bağlanabilir. Bir adı yalnızca kalan ilke gerçekten adresine ihtiyaç duyduğunda çözümleyin. Sonraki birkaç koşul aynı değere ihtiyaç duyuyorsa sonucu yerel bir değişkende tutun.

Yavaş bir betiği en üste koşulsuz bir DIRECT dönüşü ekleyerek “düzeltmeyin”. Bu, gecikmeyle birlikte yönlendirme kararını da ortadan kaldırır.

Makineye özgü DNS çözümleri kanıt gerektirir. Dosya paylaşımını açmak veya her dizüstü bilgisayarın hosts dosyasını yeniden yazmak, yavaş bir yönlendirme betiğine karşı kötü bir ilk tepkidir. Etkilenen ağda çözümleyicinin ve ana makine adının davranışını, özellikle bir ağ değişikliğinden sonra denetleyin ve PAC'ı yalnızca gerçek karar yolu bunu gerektirdiği yerde değiştirin.