PAC नियमभित्र DNS असफलता व्यवस्थापन
असफल 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 प्रयोग गर्ने हरेक अनुप्रयोगमा समर्थन प्रमाणित गर्दैन।
यदि आवश्यकता केवल ज्ञात कम्पनी-सफिक्स रुट गर्नु हो भने, होस्टनाम नियमले खोजलाई पूर्ण रूपमा टार्न सक्छ। ठेगाना नीतिलाई साँच्चै आवश्यक जानकारी भएको बेला ठेगाना-आधारित वर्गीकरणमा जानुहोस्।