PAC फ़ाइल में क्रमबद्ध प्रॉक्सी फ़ेलओवर

सेमीकोलन से अलग किया गया PAC परिणाम क्रम में वैकल्पिक मार्ग देता है:

return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";

नीति द्वारा आवश्यक वास्तविक HTTP एंडपॉइंट का उपयोग करें। उन सार्वजनिक गंतव्यों के परीक्षणों के लिए जहाँ सार्वजनिक प्रॉक्सी अनुमत हैं, HTTP प्रॉक्सी सूची उम्मीदवार प्रदान करती है। A के विफल होने के बाद ब्राउज़र उपयुक्त होने पर B आज़मा सकता है। ट्रैफ़िक A से और फिर B से नहीं गुज़रता। श्रृंखला के लिए क्लाइंट या प्रॉक्सी सर्वरों पर अलग समर्थन आवश्यक है; curl की SOCKS-से-HTTP श्रृंखला एक समर्थित व्यवस्था है।

स्क्रिप्ट की उपलब्धता और प्रॉक्सी की उपलब्धता

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

मूल्यांकन के बाद ब्राउज़र लौटाए गए मार्गों में से चुनता है। PAC संदर्भ क्रमबद्ध प्रारूप को परिभाषित करता है; ब्राउज़र यह निर्धारित करता है कि कौन-सी विफलताएँ फ़ेलओवर शुरू करती हैं और विफल उम्मीदवार को कितने समय तक याद रखता है। कार्यशील प्रॉक्सी से प्राप्त HTTP त्रुटि स्वतः कोई अन्य मार्ग शुरू नहीं करती।

एक सीधा विकल्प

जोड़ना ; DIRECT दोनों में से किसी भी प्रॉक्सी के बिना मार्ग की अनुमति देता है। यह रोमिंग नीति के लिए उपयुक्त हो सकता है, लेकिन इस आवश्यकता का विरोध करता है कि प्रभावित ट्रैफ़िक हमेशा स्वीकृत एग्ज़िट का उपयोग करे।

आउटेज रिपोर्ट के लिए, दर्ज करें कि स्क्रिप्ट प्राप्त हुई या नहीं, प्रभावित URL के लिए उसका परिणाम, और वह विकल्प जो ब्राउज़र ने आज़माया। वे अवलोकन विफलता को स्क्रिप्ट वितरण, मूल्यांकन और प्रॉक्सी कनेक्शन के बीच स्थित करते हैं।