Chrome एक्सटेंशन: प्रभावी प्रॉक्सी कॉन्फ़िगरेशन को फिर से पढ़ें

set कॉलबैक को ब्राउज़र के वास्तविक मार्ग का प्रमाण मानने से पहले पूर्णता, value.mode, levelOfControl और दायरे की जाँच करें।

सफल settings.set() पूर्णता इच्छित एंडपॉइंट के ज़रिए सफल ब्राउज़र अनुरोध से कम बताती है। अतुल्यकालिक ऑपरेशन पूरा होने के बाद प्रभावी ChromeSetting को फिर से पढ़ें और पहले उसके त्रुटि पथ को संभालें।

पुनः-पठन विवरणजिस प्रश्न का उत्तर देता है
value.modeक्या यह सिस्टम कॉन्फ़िगरेशन, निश्चित सर्वर या PAC है? शीर्ष-स्तरीय होस्ट मानने के बजाय उस आकार के अनुरूप फ़ील्ड पढ़ें।
levelOfControlक्या यह एक्सटेंशन सेटिंग को नियंत्रित कर सकता है, और क्या इसे यह या कोई अन्य एक्सटेंशन नियंत्रित करता है? प्रबंधित नीति बदलावों को सीमित कर सकती है।
दायरा और ब्राउज़िंग संदर्भक्या आप सामान्य या इच्छित इनकॉग्निटो व्यवस्था की जाँच कर रहे हैं? API के प्रलेखित पढ़ने/लिखने के विकल्प इस्तेमाल करें।

set ऑपरेशन शुरू होने के तुरंत बाद शुरू किया गया पठन उससे होड़ कर सकता है। गलत प्रॉपर्टी पढ़ने से वैध सिस्टम या PAC कॉन्फ़िगरेशन खाली दिख सकता है। इनमें से कोई भी अवलोकन यह सिद्ध नहीं करता कि दूरस्थ प्रॉक्सी ने कुछ अस्वीकार किया है।

यदि सेटिंग्स नियंत्रण अक्षम है, तो बार-बार प्रतिस्पर्धी स्टोर में लिखने के बजाय नियंत्रक नीति या एक्सटेंशन की जाँच करें। Chrome सिस्टम सेटिंग्स, कमांड-लाइन कॉन्फ़िगरेशन, एक्सटेंशन और नीति को जोड़ सकता है।

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

संबंधित लेख