जब समय-आधारित PAC नियमहरू प्रोक्सी छान्छन्

तपाईं बिहान एउटा प्रोक्सी र पछि अर्को फर्काउने PAC नियम लेख्न सक्नुहुन्छ। तर त्यो नियमबाट प्रत्येक विद्यमान ब्राउजर जडानले दिउँसो निकास बदल्छ भनी अनुमान गर्न सकिँदैन।

timeRange() जस्ता फङ्सनहरू राउटिङ निर्णयमा सहभागी हुन्छन्। तिनीहरू सुरुङ बन्द गर्ने, सकेट सार्ने वा प्रोक्सी प्रदायकलाई आफ्नो सार्वजनिक IP घुमाउन भन्ने पृष्ठभूमि अनुसूचक होइनन्।

तीन घटनाहरू अलग राख्नुहोस्:

1. ब्राउजरले PAC मूल्याङ्कन गरी मार्ग पाउँछ।
2. ग्राहकले आफ्ना सञ्जाल नियमअनुसार जडान स्थापना वा पुनः प्रयोग गर्छ।
3. छानिएको सेवाले आफ्नो अर्को जडानका लागि सार्वजनिक ठेगाना छान्छ।

समयको सर्त सिधै पहिलो घटनासँग सम्बन्धित छ। पहिल्यै सक्रिय डाउनलोड वा लामो समयको जडान अर्को विषय हो। ग्राहक क्यासिङ र जडान पुनः प्रयोगले पनि 'स्क्रिप्टमा घडी जाँच छ' भन्ने कुरा सटीक परिवर्तन तालिकाको पर्याप्त प्रमाण नभएको देखाउँछ।

यदि कुनै कामलाई प्रत्येक सत्र, अनुरोध वा समय-झ्यालका लागि नयाँ निकास चाहिन्छ भने त्यस आवश्यकताका लागि बनाइएको इन्टरफेस प्रयोग गर्नुहोस् र यसको अभिलेखित व्यवहार जाँच्नुहोस्। PAC ले अन्तबिन्दुहरूबीच छनोट गर्न सक्छ, तर ती अन्तबिन्दुहरूले आफ्नै निकास ठेगानासँग के गर्छन् भन्ने कुरा यसले परिभाषित गर्दैन।

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