จากผลการทดสอบ PAC สู่เส้นทางจริงของเบราว์เซอร์
แยกเส้นทางที่ฟังก์ชัน PAC ส่งคืนออกจากการส่งมอบไฟล์ การนำไปใช้ของเบราว์เซอร์ การเข้าถึงพร็อกซี และเส้นทางสุดท้ายของคำขอ
เครื่องมือทดสอบ PAC ส่งคืน PROXY proxy.example:8080 ผลลัพธ์ที่มีประโยชน์ แต่ยังมีคำถามอีกหลายข้อก่อนจะเรียกได้ว่าการตั้งค่าเบราว์เซอร์ได้รับการยืนยันแล้ว
| คำถาม | สิ่งที่ต้องตรวจ |
|---|---|
| สคริปต์นี้ส่งคืนอะไรสำหรับอินพุตนี้ | ตัวประเมิน URL ของอินพุต และผลของฟังก์ชันช่วยเหลือ |
| เบราว์เซอร์ได้รับสำเนานี้หรือไม่ | URL ของ PAC ที่กำหนดไว้และหลักฐานการส่งมอบหรือแคช |
| เบราว์เซอร์ใช้เส้นทางที่ส่งคืนหรือไม่ | การวินิจฉัยของเบราว์เซอร์เรื่องการเลือกพร็อกซีและการเชื่อมต่อ |
| เส้นทางนั้นสามารถพาคำขอไปได้หรือไม่ | การเชื่อมต่อปลายทางที่เลือกและการแลกเปลี่ยนกับพร็อกซี |
เครื่องมืออย่าง pacparser ประเมินตรรกะ PAC ด้วยฟังก์ชันช่วยเหลือที่รองรับของตัวเอง มันไม่ได้เรียกใช้กลไกทั้งหมดของเบราว์เซอร์เป้าหมาย ทั้งการค้นหาการตั้งค่า นโยบาย แคช และการเชื่อมต่อ
รักษาอินพุตให้เทียบเคียงได้ สคีมา URL ที่ต่างไป การสะกดชื่อโฮสต์ คำตอบ DNS หรือที่อยู่ไคลเอนต์ที่ให้มาอาจเปลี่ยนผลลัพธ์ที่ถูกต้อง การทดสอบบนเครือข่ายอื่นอาจใช้สาขาอื่นโดยไม่มีความผิดพลาดในสคริปต์เลย
นโยบายของเบราว์เซอร์อาจเลือก URL PAC อื่นหรือพร็อกซีแบบคงที่ด้วย การแก้ไฟล์บนดิสก์ไม่ได้พิสูจน์ว่าเบราว์เซอร์ดึงมันมาใหม่ ใน Chrome การรีเฟรช PAC ต่างจากการล้างพร็อกซีเสียที่จดจำไว้ บันทึกเวอร์ชันไฟล์ที่แน่นอนและการตั้งค่าของผู้ใช้ที่เกี่ยวข้องพร้อมผลลัพธ์
ใช้การประเมินแบบออฟไลน์เพื่อจำกัดปัญหาตรรกะให้แคบลง ใช้การวินิจฉัยของไคลเอนต์จริงเพื่อยืนยันการนำไปใช้และการกำหนดเส้นทาง หากผลของสคริปต์ถูกต้องแต่พร็อกซีไม่เห็นธุรกรรมใดเลย ให้ตรวจสอบช่องว่างนั้นก่อนจะเขียนกฎที่ใช้งานได้ใหม่