जब समय-आधारित PAC नियम प्रॉक्सी चुनते हैं

आप ऐसा PAC नियम लिख सकते हैं जो सुबह एक प्रॉक्सी और बाद में दूसरी लौटाए। लेकिन उस नियम से यह निष्कर्ष नहीं निकाला जा सकता कि हर मौजूदा ब्राउज़र कनेक्शन दोपहर में एग्ज़िट बदलता है।

timeRange() जैसे फ़ंक्शन रूटिंग निर्णय में भाग लेते हैं। वे कोई पृष्ठभूमि शेड्यूलर नहीं हैं जो टनल बंद करे, सॉकेट स्थानांतरित करे या किसी प्रॉक्सी प्रदाता से उसका सार्वजनिक IP घुमाने को कहे।

तीन घटनाओं को अलग रखें:

1. ब्राउज़र PAC का मूल्यांकन करता है और एक मार्ग पाता है।
2. क्लाइंट अपने नेटवर्किंग नियमों के अनुसार कनेक्शन स्थापित या पुनः उपयोग करता है।
3. चुनी गई सेवा अपने अगले कनेक्शन के लिए सार्वजनिक पता चुनती है।

समय की शर्त सीधे पहली घटना से संबंधित है। पहले से सक्रिय डाउनलोड या लंबे समय तक चलने वाला कनेक्शन दूसरी बात है। क्लाइंट कैशिंग और कनेक्शन का पुनः उपयोग यह भी दर्शाता है कि 'स्क्रिप्ट में घड़ी की जाँच है' सटीक स्विचिंग समय-सारिणी का पर्याप्त प्रमाण नहीं है।

अगर किसी कार्य को प्रत्येक सत्र, अनुरोध या समय-खिड़की के लिए नई एग्ज़िट चाहिए, तो उस आवश्यकता के लिए बनाए गए इंटरफ़ेस का उपयोग करें और उसका प्रलेखित व्यवहार सत्यापित करें। PAC एंडपॉइंट्स में से चुन सकता है, लेकिन यह परिभाषित नहीं करता कि वे एंडपॉइंट अपने एग्ज़िट पतों के साथ क्या करते हैं।

जानबूझकर बनाई गई नेटवर्क नीति के लिए समय-आधारित रूटिंग अभी भी उपयोगी हो सकती है। इसे मूल्यांकन के समय मार्ग चुनना बताएं, गारंटीशुदा IP रोटेशन तंत्र नहीं।