WPAD แก้ไขได้ แต่เบราว์เซอร์ได้รับ 404

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

เบาะแสที่มีประโยชน์อยู่ในบันทึกการเข้าถึงของเว็บเซิร์ฟเวอร์: ไคลเอนต์ขอ /wpad.dat และได้รับ HTTP 404 URL ของ PAC ที่เปิดด้วยมืออาจใช้ชื่อโฮสต์อื่น แม้ว่าทั้งสองชื่อจะไปถึงเซิร์ฟเวอร์เดียวกัน ก็อาจเลือกโฮสต์เสมือนที่ต่างกัน

ติดตามคำขอที่ไคลเอนต์ส่งไป

ตรวจสอบ URL ที่แน่นอนซึ่งการค้นหาเลือก ค่า HTTP Host พาธ และการตอบสนอง การเปิด URL ของ PAC ที่สะดวกในแท็บเบราว์เซอร์ธรรมดาไม่ได้พิสูจน์ว่าการค้นหาอัตโนมัติได้ขอ URL นั้น

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

ให้บริการสคริปต์ ไม่ใช่หน้าแสดงข้อผิดพลาด

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

หลังจาก การส่งมอบสำเร็จ แล้วเท่านั้นจึงจะสมเหตุสมผลที่จะดีบัก FindProxyForURL() การเปลี่ยนกฎชื่อโฮสต์ไม่สามารถซ่อมแซม 404 ที่ทำให้เบราว์เซอร์ไม่ได้รับสคริปต์

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