Chrome ले स्थानीय PAC फाइल लोड गर्न नसकेको बेला
अस्वीकृत स्थानीय PAC फाइल URL लाई PAC राउटिङ समर्थन, स्क्रिप्ट सिन्ट्याक्स र छानिएको प्रोक्सीबाट अलग गर्नुहोस्।
यदि Chrome ले file:// URL का रूपमा दिइएको PAC स्क्रिप्ट प्रयोग गर्न सक्दैन भने स्क्रिप्ट पुनः लेख्नुअघि यही वितरण मार्ग जाँच्नुहोस्। एक ठाउँमा लोड नहुनुले PAC राउटिङ समर्थित छैन भन्ने प्रमाण दिँदैन।
Chrome को प्रोक्सी API मा pac_script मोड छ, जहाँ स्क्रिप्ट URL वा इनलाइन डाटा समर्थित एक्सटेन्सन इन्टरफेसबाट उपलब्ध हुन्छ। अपरेटिङ सिस्टमका सेटिङबाट दिइएको स्थानीय फाइल स्क्रिप्ट पुर्याउने एउटा मात्र तरिका हो।
स्क्रिप्ट ब्राउजरसम्म कसरी पुग्छ, पछ्याउनुहोस्
प्रभावित ब्राउजरलाई केले नियन्त्रण गर्छ पहिचान गर्नुहोस्: सिस्टम सेटिङ, व्यवस्थापित नीति, कमाण्ड-लाइन कन्फिगरेसन वा एक्सटेन्सन। macOS सेटिङमा देखिने मानले Chrome ले त्यो स्क्रिप्ट प्राप्त गरी मूल्याङ्कन गरेको प्रमाण दिँदैन।
अस्वीकृत वा पहुँच नपुग्ने स्क्रिप्ट स्थानलाई मूल्याङ्कन त्रुटिबाट, र दुवैलाई वैध स्क्रिप्टले फर्काउने प्रोक्सीमा जडान हुन नसकेबाट अलग गर्नुहोस्। ब्राउजरले त्यो मार्ग छानेपछि मात्र SOCKS पोर्ट सान्दर्भिक हुन्छ।
व्यवस्थापित PAC लाई लक्षित क्लाइन्टले समर्थन गर्ने स्वीकृत संयन्त्रबाट वितरण गर्नुहोस्। यसले वर्णन गर्ने प्रोक्सी उपलब्ध नभए पनि HTTP वा HTTPS वितरण URL पहुँचयोग्य रहनुपर्छ। एक्सटेन्सनले दिएको इनलाइन डाटामा मूल फाइल बदल्दा प्रतिलिपि गरिएको स्क्रिप्ट स्वतः अद्यावधिक हुँदैन। सुरुवातमा सानो स्थानीय नीतिका लागि स्क्रिप्टलाई data URL मा समावेश गर्नुहोस् — यो अर्को वितरण मार्ग हो।
आन्तरिक PAC मा निजी होस्टनेम र राउटिङ नियम हुन सक्छन्। स्थानीय फाइल समस्या समाधान गर्न यसलाई जथाभावी सार्वजनिक होस्टिङमा सार्नुको सट्टा स्वीकृत वितरण सेवामा राख्नुहोस्।