Holat xabari “Resolving Host in Proxy Script” deydi, lekin proksi serverlarini almashtirish katta farq qilmaydi. Bu foydali ishora: brauzer so'rovni qayerga yuborishni hali hal qilayotgan bo'lishi mumkin.

PAC fayli DNS ga bog'liq tekshiruvlarni bajarishi mumkin. Agar bu tekshiruvlar yetib bo'lmaydigan hal qiluvchini kutsa yoki keraksiz savollarni qayta-qayta so'rasa, tanlangan proksi hech narsa olishidan oldin sahifa yuklanishi to'xtab qolishi mumkin.

1. To'xtash joyini aniqlang

Bitta ta'sirlangan URL uchun kechikish PAC faylini olishda, uni baholashda yoki qaytarilgan proksiga ulanishda yuz berishini aniqlang. Bo'sh proksi kirish jurnali birinchi ikki bosqichga mos keladi; u brauzer to'g'ridan-to'g'ri yo'ldan foydalanganini isbotlamaydi.

Keyin qaysi qoidalarga DNS kerakligini tekshiring. Microsoft ning PAC unumdorligi bo'yicha ko'rsatmalari keraksiz DNS ga bog'liq ishdan qochishni tavsiya qiladi. Xost nomining tengligini tekshirish o'sha nomni hal qilish va quyi tarmoqni tekshirish kabi ma'lumotni talab qilmaydi.

2. Keraksiz DNS ishini olib tashlang

Ma'lum xost nomi istisnolari ko'pincha keng manzilga asoslangan tekshiruvlardan oldin hal qilinishi mumkin. Nomni faqat qolgan siyosat haqiqatan uning manzilini talab qilganda hal qiling. Agar keyingi bir nechta shartga bir xil qiymat kerak bo'lsa, natijani mahalliy o'zgaruvchida saqlang.

Yuqoriga shartsiz DIRECT qaytarishini qo'shib sekin skriptni “tuzatmang”. Bu kechikish bilan birga marshrutlash qarorini ham olib tashlaydi.

Mashinaga xos DNS yechimlari dalil talab qiladi. Fayl almashishni yoqish yoki har bir noutbukning hosts faylini qayta yozish sekin marshrutlash skriptiga nisbatan yomon birinchi javob. Ta'sirlangan tarmoqda hal qiluvchi va xost nomi xatti-harakatini tekshiring, ayniqsa tarmoq o'zgarganidan keyin, va PAC ni faqat uning haqiqiy qaror yo'li talab qiladigan joyda o'zgartiring.

O'xshash maqolalar