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