ข้อความสถานะบอกว่า “Resolving host in proxy script” แต่การเปลี่ยนเซิร์ฟเวอร์พร็อกซีกลับแทบไม่ช่วยอะไร นั่นคือเบาะแสที่มีประโยชน์: เบราว์เซอร์อาจยังตัดสินใจอยู่ว่าจะส่งคำขอไปที่ใด

ไฟล์ PAC สามารถตรวจสอบที่ต้องพึ่ง DNS ได้ หากการตรวจสอบเหล่านั้นรอตัวแก้ไขที่เข้าถึงไม่ได้ หรือถามคำถามที่ไม่จำเป็นซ้ำแล้วซ้ำอีก การโหลดหน้าอาจหยุดก่อนที่พร็อกซีที่เลือกจะได้รับสิ่งใด

1. ระบุตำแหน่งที่หยุด

สำหรับ URL หนึ่งรายการที่ได้รับผลกระทบ ให้พิจารณาว่าความล่าช้าเกิดขึ้นขณะดึงไฟล์ PAC ขณะประเมินไฟล์ หรือขณะเชื่อมต่อกับพร็อกซีที่ส่งกลับมา บันทึกการเข้าถึงพร็อกซีที่ว่างเปล่าสอดคล้องกับสองขั้นแรก แต่ไม่ได้พิสูจน์ว่าเบราว์เซอร์ใช้เส้นทางตรง

จากนั้นตรวจสอบว่ากฎใดต้องใช้ DNS แนวทางประสิทธิภาพ PAC ของ Microsoft แนะนำให้หลีกเลี่ยงงานที่ไม่จำเป็นซึ่งพึ่ง DNS การตรวจสอบความเท่ากันของชื่อโฮสต์ไม่ต้องใช้ข้อมูลเดียวกับการแปลงชื่อโฮสต์นั้นและตรวจสอบซับเน็ต

2. ขจัดงาน DNS ที่ไม่จำเป็น

ข้อยกเว้น ชื่อโฮสต์ ที่รู้จักมักตัดสินได้ก่อนการตรวจสอบแบบกว้างตามที่อยู่ แปลงชื่อเฉพาะเมื่อนโยบายที่เหลือต้องการที่อยู่ของชื่อนั้นจริง ๆ เก็บผลลัพธ์ไว้ในตัวแปรภายในหากเงื่อนไขหลายข้อถัดไปต้องใช้ค่าเดียวกัน

อย่า “แก้” สคริปต์ที่ช้าโดยเพิ่มการคืนค่า DIRECT แบบไม่มีเงื่อนไขไว้ด้านบน เพราะจะลบการตัดสินใจเรื่องเส้นทางไปพร้อมกับความล่าช้า

วิธีแก้ DNS เฉพาะเครื่องต้องมีหลักฐาน การเปิดใช้การแชร์ไฟล์หรือเขียนไฟล์ hosts ของแล็ปท็อปทุกเครื่องใหม่เป็นการตอบสนองแรกที่ไม่ดีต่อสคริปต์กำหนดเส้นทางที่ช้า ตรวจสอบพฤติกรรมของตัวแก้ไขและชื่อโฮสต์บนเครือข่ายที่ได้รับผลกระทบ โดยเฉพาะหลังการเปลี่ยนเครือข่าย และแก้ไข PAC เฉพาะจุดที่เส้นทางการตัดสินใจจริงต้องการ

บทความที่เกี่ยวข้อง