PAC नियम के भीतर DNS विफलता को संभालना

विफल लुकअप यह सिद्ध नहीं करता कि गंतव्य आपके निजी नेटवर्क से बाहर है। यह केवल सिद्ध करता है कि इस PAC मूल्यांकन को आवश्यक पता नहीं मिला।

यह अंतर तब मायने रखता है जब dnsResolve() किसी isInNet() नियम को इनपुट देता है। Chromium का PAC कार्यान्वयन रिज़ॉल्यूशन विफल होने पर null लौटाता है। विफलता शाखा को इस स्मृति पर न बनाएँ कि परिणाम सदैव खाली स्ट्रिंग होता है।

function FindProxyForURL(url, host) {
    var address = dnsResolve(host);
    if (!address) {
        return "PROXY proxy.example:8080";
    }
    if (isInNet(address, "10.40.0.0", "255.255.0.0")) {
        return "DIRECT";
    }
    return "PROXY proxy.example:8080";
}

यह उदाहरण अनसुलझे नाम प्रॉक्सी को भेजता है। यह नीति का चयन है, सार्वभौमिक सुरक्षित डिफ़ॉल्ट नहीं। यह तब उपयोगी हो सकता है जब प्रॉक्सी के पास ऐसा रिज़ॉल्वर या नेटवर्क दृश्य हो जो क्लाइंट के पास नहीं है। स्थानीय रिज़ॉल्यूशन चाहने वाले नेटवर्क को भिन्न स्पष्ट परिणाम चाहिए।

एक बार हल करें और परिणाम का पुन: उपयोग करें। इससे निर्णय एक ही मान से बंधा रहता है और संभावित धीमे सहायक कॉल दोहराने से बचा जाता है।

वास्तविक PAC उपभोक्ता की भी जाँच करें। पुराने IPv4 सहायक और विस्तारित IPv6 सहायक के अनुबंध भिन्न हैं। एक ब्राउज़र के कार्यान्वयन के साथ परखा गया नियम उसी PAC URL का उपयोग करने वाले हर अनुप्रयोग में समर्थन सिद्ध नहीं करता।

यदि आवश्यकता केवल किसी ज्ञात कंपनी-सफ़िक्स को रूट करना है, तो होस्टनाम नियम लुकअप को पूरी तरह टाल सकता है। पता-आधारित वर्गीकरण तब अपनाएँ जब पता वह जानकारी हो जो नीति को वास्तव में चाहिए।