เมื่อกฎ PAC ที่อิงเวลาตัดสินใจเลือกพร็อกซี

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

ฟังก์ชันอย่าง timeRange() มีส่วนร่วมในการตัดสินใจเส้นทาง ไม่ใช่ตัวจัดตารางเบื้องหลังที่ปิดอุโมงค์ ย้ายซ็อกเก็ต หรือขอให้ผู้ให้บริการพร็อกซีหมุน IP สาธารณะของตน

แยกสามเหตุการณ์ออกจากกัน:

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

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

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

การกำหนดเส้นทางตามเวลายังมีประโยชน์สำหรับนโยบายเครือข่ายที่ตั้งใจไว้ อธิบายว่าเป็นการเลือกเส้นทาง ณ เวลาที่ประเมิน ไม่ใช่กลไกหมุน IP ที่รับประกัน