Chrome विस्तार: प्रभावी प्रॉक्सी कॉन्फिगरेशन पुन्हा वाचा
set कॉलबॅकला ब्राउझरच्या वास्तविक मार्गाचा पुरावा मानण्यापूर्वी पूर्णता, value.mode, levelOfControl आणि व्याप्ती तपासा.
यशस्वी settings.set() पूर्णता इच्छित एंडपॉइंटमधून यशस्वी ब्राउझर विनंतीपेक्षा कमी सांगते. अॅसिंक्रोनस क्रिया पूर्ण झाल्यानंतर प्रभावी ChromeSetting पुन्हा वाचा आणि प्रथम त्याचा त्रुटी मार्ग हाताळा.
| पुनर्वाचन तपशील | ज्या प्रश्नाचे उत्तर देते |
|---|---|
value.mode | हे सिस्टम कॉन्फिगरेशन, स्थिर सर्व्हर की PAC आहे? वरच्या स्तरावरील होस्ट गृहीत धरण्याऐवजी त्या आकाराला योग्य असे फील्ड वाचा. |
levelOfControl | हा विस्तार सेटिंग नियंत्रित करू शकतो का, आणि ते हा की दुसरा विस्तार नियंत्रित करतो? व्यवस्थापित धोरण बदल मर्यादित करू शकते. |
| व्याप्ती आणि ब्राउझिंग संदर्भ | तुम्ही सामान्य की इच्छित इनकॉग्निटो व्यवस्था तपासत आहात? API च्या दस्तऐवजीकृत वाचन/लेखन पर्यायांचा वापर करा. |
set क्रिया सुरू झाल्यावर लगेच सुरू केलेले वाचन तिच्याशी स्पर्धा करू शकते. चुकीची प्रॉपर्टी वाचल्यास वैध सिस्टम किंवा PAC कॉन्फिगरेशन रिकामे दिसू शकते. यापैकी कोणतेही निरीक्षण हे सिद्ध करत नाही की दूरस्थ प्रॉक्सीने काही नाकारले आहे.
सेटिंग्ज नियंत्रण अक्षम असल्यास, वारंवार स्पर्धक स्टोअरमध्ये लिहिण्याऐवजी नियंत्रक धोरण किंवा विस्तार तपासा. Chrome सिस्टम सेटिंग्ज, कमांड-लाइन कॉन्फिगरेशन, विस्तार आणि धोरण एकत्र करू शकते.
प्रभावी कॉन्फिगरेशन समजल्यानंतर गंतव्याचा मार्ग तपासा. PAC किंवा बायपास जाणूनबुजून थेट प्रवेश निवडू शकतात. जर ते अपेक्षित प्रॉक्सी निवडत असेल, तर एंडपॉइंटची उपलब्धता, प्रमाणीकरण आणि निरीक्षित निर्गम वास्तविक ब्राउझर विनंतीसाठी प्रश्न राहतात; कॉन्फिगरेशनचे पुनर्वाचन आरोग्य तपासणी नाही.