तुम्ही PAC फाइल संपादित केली. ब्राउझरने ती पुन्हा आणली का?
प्रॉक्सी स्क्रिप्ट त्याच्या सर्व्हरवर साठवणे हे ब्राउझरने त्याची कॅशे केलेली कॉन्फिगरेशन बदलली हे सिद्ध करत नाही. नवीन नियम डीबग करण्यापूर्वी पुनर्प्राप्ती तपासा.
तुम्ही PAC फाइल प्रॉक्सी A वरून प्रॉक्सी B वर बदलता, ती जतन करता आणि वेबसाइट पुन्हा लोड करता. साइट अजूनही प्रॉक्सी A पाहते. नियम पुन्हा बदलण्यापूर्वी ब्राउझरला नवीन स्क्रिप्ट मिळालीच का, हे तपासा.
पृष्ठ पुन्हा लोड करणे आणि PAC डाउनलोड करणे या दोन वेगळ्या क्रिया आहेत. क्लायंट पाहिल्या जात असलेल्या पृष्ठापासून स्वतंत्रपणे स्क्रिप्ट ठेवू शकतो. आधीच स्थापित केलेले कनेक्शन अजून एक कारण जोडते की पुढील दृश्य क्रियाकलाप नवीन राउटिंग निर्णय दर्शवू शकत नाही.
PAC विनंती शोधा
कॉन्फिगरेशन सर्व्हरचा प्रवेश लॉग आणि क्लायंटचे उपलब्ध नेटवर्क डायग्नोस्टिक्स वापरा. अचूक PAC URL, प्रतिसाद आणि वितरित केलेल्या स्क्रिप्टची आवृत्ती ओळखा. एका डिरेक्टरीमध्ये संपादित केलेली फाइल सक्रिय वेब होस्टद्वारे दिल्या जाणाऱ्या वेगळ्या फाइलसोबत एकत्र राहू शकते.
Chromium त्याचे स्वतःचे PAC कॅशिंग आणि पुन्हा आणण्याचे वर्तन दस्तऐवजीकरण करते. इतर क्लायंटचे स्वतःचे नियम आहेत. जुन्या "ब्राउझर पुन्हा सुरू करा" कथेचे सार्वत्रिक रिफ्रेश अंतरात रूपांतर करणे टाळा.
तुलना अर्थपूर्ण करा
नियंत्रित नवीन ब्राउझर सत्र योग्य असल्यास, समर्थित कॉन्फिगरेशन यंत्रणा वापरा आणि केवळ सेटिंग्ज स्क्रीनवर अवलंबून न राहता पुनर्प्राप्तीची पुष्टी करा. विंडो बंद केल्याने नेहमी प्रत्येक ब्राउझर प्रक्रिया संपत नाही हे लक्षात ठेवा.
नवीन स्क्रिप्ट लोड झाल्याचे माहीत झाल्यावर गंतव्यासाठी त्याचा निकाल तपासा. त्यानंतरच कनेक्शन पुनर्वापर किंवा प्रॉक्सी सेवेचा निर्गम पत्ता तपासा. ते नंतरचे टप्पे क्लायंटला कधीही न मिळालेल्या PAC संपादनाचे स्पष्टीकरण देऊ शकत नाहीत.