डेटा URL ले Chrome सुरु हुँदा सानो PAC नीति बोक्न सक्छ
file:// लोडिङ वा HTTP सर्भरमा भर नपर्ने गरी proxy-pac-url आर्गुमेन्टमा स्थानीय PAC फाइल इम्बेड गर्नुहोस्।
Chromium को PAC लोडरले स्क्रिप्ट बाइट भएका डेटा URL स्वीकार गर्छ। सानो UTF-8 PAC फाइलका लागि GNU base64 प्रयोग गर्ने Bash लन्चले आर्गुमेन्ट स्थानीय रूपमा तयार गर्न सक्छ:
pac64=$(base64 -w0 "$HOME/.config/proxy.pac")
google-chrome --proxy-pac-url="data:application/x-ns-proxy-autoconfig;charset=utf-8;base64,$pac64"
इन्स्टल गरिएको ब्राउजरको executable नाम प्रयोग गर्नुहोस्। GNU base64 को -w0 ले आउटपुटको लाइन र्यापिङ हटाउँछ; अन्य base64 कार्यान्वयनले फरक विकल्प प्रयोग गर्न सक्छन्। charset घोषणाले PAC लोडरलाई डिकोड गरिएका बाइट कसरी व्याख्या गर्ने बताउँछ।
यसले फाइलको स्न्यापसट लन्च आर्गुमेन्टमा इम्बेड गर्छ। पछि फाइल बदलिएमा त्यो चलिरहेको ब्राउजरको नीति अद्यावधिक हुँदैन। अर्को इच्छित लन्चका लागि आर्गुमेन्ट पुनः सिर्जना गर्नुहोस्।
इच्छित नयाँ ब्राउजर प्रक्रियामा लन्च गर्नुहोस्। विद्यमान इन्स्टेन्सलाई URL दिँदा उसले नयाँ स्टार्टअप फ्ल्याग अपनाएको प्रमाणित हुँदैन।
कमाण्ड-लाइन सीमाभित्र सहज मिल्ने नीतिहरूका लागि यो दृष्टिकोण राख्नुहोस्। HTTP वा HTTPS मार्फत राखिएको PAC स्थान आफ्नै पुनःप्राप्ति मार्ग भएको अर्को डेलिभरी मोडेल हो। डेटा-URL संयन्त्रका लागि अक्षम Network Service फ्ल्याग आवश्यक पर्दैन।