Chrome ला file:// URL म्हणून दिलेली PAC स्क्रिप्ट वापरता येत नसेल, तर स्क्रिप्ट पुन्हा लिहिण्यापूर्वी हा वितरण मार्ग तपासा. एका ठिकाणी लोड होऊ न शकणे म्हणजे PAC राउटिंगला समर्थन नाही असे नाही.

Chrome च्या प्रॉक्सी API मध्ये pac_script मोड आहे; स्क्रिप्ट URL किंवा इनलाइन डेटा समर्थित एक्स्टेंशन इंटरफेसद्वारे उपलब्ध असतो. ऑपरेटिंग सिस्टम सेटिंग्जद्वारे दिलेली स्थानिक फाइल ही स्क्रिप्ट देण्याची एकच पद्धत आहे.

स्क्रिप्ट ब्राउझरपर्यंत कशी पोहोचते ते पाहा

बाधित ब्राउझर काय नियंत्रित करते ते ठरवा: सिस्टम सेटिंग्ज, व्यवस्थापित धोरण, कमांड-लाइन कॉन्फिगरेशन किंवा एक्स्टेंशन. macOS सेटिंग्जमध्ये दिसणारे मूल्य Chrome ने ती स्क्रिप्ट मिळवली व मूल्यांकन केले याचा पुरावा नाही.

नाकारलेले किंवा पोहोचता न येणारे स्क्रिप्ट स्थान मूल्यांकन त्रुटीपासून वेगळे करा, आणि दोन्हीही वैध स्क्रिप्टने दिलेल्या प्रॉक्सीशी जोडण्यातील अपयशापासून वेगळे करा. SOCKS पोर्ट ब्राउझरने तो मार्ग निवडल्यानंतरच महत्त्वाचा होतो.

व्यवस्थापित PAC लक्ष्य क्लायंटना समर्थित मंजूर यंत्रणेद्वारे वितरित करा. ज्या प्रॉक्सीचे ते वर्णन करते ती उपलब्ध नसतानाही HTTP किंवा HTTPS वितरण URL पोहोचण्यायोग्य राहिला पाहिजे. एक्स्टेंशनने दिलेल्या इनलाइन डेटामध्ये, मूळ फाइल बदलल्यास प्रत केलेली स्क्रिप्ट स्वयंचलितपणे अद्ययावत होत नाही. सुरुवातीला लहान स्थानिक धोरणासाठी स्क्रिप्ट data URL मध्ये एम्बेड करा हा आणखी एक वितरण मार्ग आहे.

अंतर्गत PAC मध्ये खाजगी होस्टनावे आणि राउटिंग नियम असू शकतात. स्थानिक फाइल समस्या सोडवण्यासाठी तो कोणत्याही सार्वजनिक होस्टिंगवर हलवण्याऐवजी मंजूर वितरण सेवेवर ठेवा.

संबंधित लेख