PAC फ़ाइलें: अनुरोध कब प्रॉक्सी इस्तेमाल करता है या सीधे जाता है

PAC फ़ाइल दूसरे साइट को सही प्रॉक्सी से भेज रही हो तब भी IP जाँच पृष्ठ आपका सीधा पता दिखा सकता है। देखें कि IP जाँच पृष्ठ खुद किस शाखा के अधीन है:

function FindProxyForURL(url, host) {
  if (host === "example.com") {
    return "PROXY 203.0.113.10:8080; DIRECT";
  }
  return "DIRECT";
}

स्क्रिप्ट example.com को HTTP प्रॉक्सी और उसके बाद DIRECT देती है। बाकी सभी होस्ट स्पष्ट रूप से सीधे हैं, इसलिए दूसरे डोमेन का IP चेकर कभी प्रॉक्सी शाखा नहीं जाँचता। इस्तेमाल से पहले दस्तावेज़ी एंडपॉइंट को इच्छित HTTP प्रॉक्सी से बदलें; सार्वजनिक प्रॉक्सी नीति में फिट हों तो HTTP प्रॉक्सी सूची उम्मीदवार देती है।

सेमीकोलन संभावित रास्तों को अलग करते हैं। DIRECT बिना प्रॉक्सी कनेक्शन की अनुमति देता है; चुने जाने पर गंतव्य उस सीधे रास्ते का निकास देख सकता है। अनिवार्य प्रॉक्सी नीति उस नियम पर भरोसा नहीं कर सकती जो प्रॉक्सी अनुपलब्ध होने पर जानबूझकर यह विकल्प देता है।

उम्मीदवारों की विफलता कैसे संभालनी है, यह ब्राउज़र तय करता है और विफल प्रॉक्सी याद रख सकता है। साइट का HTTP त्रुटि लौटाना अपने-आप प्रॉक्सी न पहुँच पाने के बराबर नहीं है। इसलिए स्क्रिप्ट का पहला उम्मीदवार अकेला इस्तेमाल किया रास्ता साबित नहीं करता।

PROXY IP:port साधारण HTTP लिसनर बताता है। समर्थन होने पर वह CONNECT से HTTPS ले जा सकता है; केवल साइट HTTPS होने के कारण अलग एंडपॉइंट नहीं माँगता। ब्राउज़र की दी URL जानकारी ही इस्तेमाल करें: HTTPS पाथ और क्वेरी PAC मूल्यांकन से पहले हटाई जा सकती हैं।

इच्छित गंतव्य के परिणाम को जाँचकर उसी नियम के अधीन नया अनुरोध करें। सुधार चुनने से पहले गलत मिलान, न पहुँचने वाला एंडपॉइंट और अनुमत सीधा विकल्प अलग पहचानें।