PAC रूटिंग नियमों के लिए IPv6-सजग सहायक
पुराने PAC सहायक और बिंदु-युक्त पता पैटर्न प्रॉक्सी सर्वर को IPv6 पता मिलने पर अपने आप IPv6-सजग नहीं हो जाते।
IPv6 समर्थित प्रॉक्सी लिसनर पुराने PAC नियम को IPv6-सजग नहीं बनाता। लिसनर तक पहुँचना और गंतव्य को सही ढंग से वर्गीकृत करना अलग-अलग आवश्यकताएँ हैं।
| नियम इनपुट | क्या जाँचें |
|---|---|
dnsResolve, myIpAddress, isInNet पुराने उदाहरणों में | IPv4 पता/मास्क की मान्यताएँ। कोलन से अलग किए गए डेटा पर गलत मिलान का अर्थ असमर्थित इनपुट हो सकता है, नेटवर्क के बाहर का गंतव्य नहीं। |
dnsResolveEx या isInNetEx | क्लाइंट का समर्थन, आवश्यक प्रवेश बिंदु और प्रलेखित रिटर्न प्रारूप। |
Microsoft इन IPv6-सजग एक्सटेंशन का दस्तावेज़ीकरण करता है। हर ब्राउज़र या WinHTTP उपभोक्ता को अपनी समर्थन जाँच चाहिए; एक काम करने वाला क्लाइंट हर जगह संगतता सिद्ध नहीं कर सकता।
एक होस्टनाम कई पतों में हल हो सकता है, और एक विस्तारित सहायक सूची लौटा सकता है। उस प्रलेखित सूची की व्याख्या करें, पूरी स्ट्रिंग की तुलना ऐसे न करें जैसे वह एक IPv4 पता हो। असमर्थित सहायकों, असफल लुकअप और अप्रत्याशित परिवारों के लिए परिणाम परिभाषित करें।
यदि नीति वास्तव में किसी कंपनी डोमेन के बारे में है, तो होस्टनाम नियम हर संभावित हल किए गए पते को वर्गीकृत करने से अधिक सीधे तरीके से इसे व्यक्त कर सकता है। निदान के दौरान एंडपॉइंट कॉन्फ़िगरेशन और गंतव्य-नियम के साक्ष्य अलग रखें, ताकि सफल IPv6 प्रॉक्सी कनेक्शन गलत PAC निर्णय को न छिपाए।