PAC परीक्षण परिणाम से ब्राउज़र के वास्तविक मार्ग तक
PAC फ़ंक्शन द्वारा लौटाए गए मार्ग को फ़ाइल डिलीवरी, ब्राउज़र की स्वीकृति, प्रॉक्सी की पहुँच और अनुरोध के अंतिम मार्ग से अलग करें।
PAC परीक्षक PROXY proxy.example:8080 लौटाता है। उपयोगी परिणाम। फिर भी ब्राउज़र कॉन्फ़िगरेशन को सत्यापित मानने से पहले कई प्रश्न और उत्तर देने हैं।
| प्रश्न | क्या जाँचें |
|---|---|
| यह स्क्रिप्ट इस इनपुट के लिए क्या लौटाती है? | मूल्यांकनकर्ता, इनपुट URL और सहायक फ़ंक्शनों के परिणाम |
| क्या ब्राउज़र को यह प्रति मिली? | कॉन्फ़िगर किया गया PAC URL और डिलीवरी या कैश के प्रमाण |
| क्या ब्राउज़र ने लौटाया गया मार्ग इस्तेमाल किया? | ब्राउज़र का प्रॉक्सी-निर्धारण और कनेक्शन निदान |
| क्या वह मार्ग अनुरोध ले जा सकता था? | चुने गए एंडपॉइंट का कनेक्शन और प्रॉक्सी से आदान-प्रदान |
pacparser जैसा उपकरण अपने समर्थित सहायकों के साथ PAC तर्क का मूल्यांकन करता है। यह लक्ष्य ब्राउज़र की पूरी कॉन्फ़िगरेशन-खोज, नीति, कैशिंग और कनेक्शन व्यवस्था नहीं चलाता।
इनपुट तुलनीय रखें। अलग URL स्कीम, होस्टनाम की वर्तनी, DNS उत्तर या दिया गया क्लाइंट पता वैध परिणाम बदल सकता है। दूसरे नेटवर्क पर परीक्षण स्क्रिप्ट में किसी त्रुटि के बिना दूसरी शाखा चला सकता है।
ब्राउज़र नीति किसी दूसरे PAC URL या स्थिर प्रॉक्सी को भी चुन सकती है। डिस्क पर फ़ाइल संपादित करने से यह सिद्ध नहीं होता कि ब्राउज़र ने उसे फिर से लिया। Chrome में, PAC ताज़ा करना याद किए गए खराब प्रॉक्सी हटाने से अलग है। परिणाम के साथ फ़ाइल का सटीक संस्करण और प्रासंगिक उपभोक्ता सेटिंग्स दर्ज करें।
तर्क की समस्या सीमित करने के लिए ऑफ़लाइन मूल्यांकन करें। स्वीकृति और रूटिंग स्थापित करने के लिए वास्तविक क्लाइंट का निदान करें। यदि स्क्रिप्ट का परिणाम सही है पर प्रॉक्सी को कोई लेन-देन नहीं दिखता, तो काम करने वाला नियम फिर से लिखने से पहले उस अंतराल की जाँच करें।