आपने PAC फ़ाइल संपादित की। क्या ब्राउज़र ने इसे फिर से लाया?
प्रॉक्सी स्क्रिप्ट को उसके सर्वर पर सहेजना यह साबित नहीं करता कि ब्राउज़र ने अपनी कैश्ड कॉन्फ़िगरेशन बदल दी है। नए नियम को डीबग करने से पहले पुनर्प्राप्ति जाँचें।
आप PAC फ़ाइल को प्रॉक्सी A से प्रॉक्सी B में बदलते हैं, उसे सहेजते हैं और कोई वेबसाइट फिर से लोड करते हैं। साइट अभी भी प्रॉक्सी A देखती है। नियम फिर से बदलने से पहले जाँचें कि ब्राउज़र को नई स्क्रिप्ट मिली भी या नहीं।
पेज फिर से लोड करना और PAC डाउनलोड करना दो अलग-अलग क्रियाएँ हैं। क्लाइंट देखे जा रहे पेज से स्वतंत्र रूप से स्क्रिप्ट रख सकता है। पहले से स्थापित कनेक्शन एक और कारण जोड़ता है कि अगली दिखने वाली गतिविधि नया रूटिंग निर्णय न दिखाए।
PAC अनुरोध खोजें
कॉन्फ़िगरेशन सर्वर के एक्सेस लॉग और क्लाइंट के उपलब्ध नेटवर्क डायग्नोस्टिक्स का उपयोग करें। सटीक PAC URL, प्रतिक्रिया और दिए गए स्क्रिप्ट का संस्करण पहचानें। एक डायरेक्टरी में संपादित फ़ाइल सक्रिय वेब होस्ट द्वारा दी जा रही किसी भिन्न फ़ाइल के साथ सह-अस्तित्व में हो सकती है।
Chromium अपने PAC कैशिंग और पुनः प्राप्ति व्यवहार का दस्तावेज़ीकरण करता है। अन्य क्लाइंट के अपने नियम हैं। पुरानी "ब्राउज़र पुनः आरंभ करें" कहावत को सार्वभौमिक रीफ़्रेश अंतराल में बदलने से बचें।
तुलना को अर्थपूर्ण बनाएँ
यदि नियंत्रित ताज़ा ब्राउज़र सत्र उपयुक्त है, तो समर्थित कॉन्फ़िगरेशन तंत्र का उपयोग करें और केवल सेटिंग्स स्क्रीन पर निर्भर रहने के बजाय पुनर्प्राप्ति की पुष्टि करें। ध्यान रखें कि विंडो बंद करना हमेशा हर ब्राउज़र प्रक्रिया समाप्त नहीं करता।
नई स्क्रिप्ट लोड होने की जानकारी के बाद गंतव्य के लिए उसका परिणाम जाँचें। तभी कनेक्शन पुनःउपयोग या प्रॉक्सी सेवा का निर्गम पता जाँचें। वे बाद के चरण उस PAC संपादन को नहीं समझा सकते जो क्लाइंट को कभी नहीं मिला।