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"

ઇન્સ્ટોલ કરેલા બ્રાઉઝરનું એક્ઝિક્યુટેબલ નામ વાપરો. GNU base64 નું -w0 આઉટપુટનું રેપિંગ દૂર કરે છે; બીજા base64 અમલીકરણો જુદા વિકલ્પો વાપરી શકે છે. charset ઘોષણા PAC લોડરને ડિકોડ કરેલા બાઇટ કેવી રીતે અર્થઘટન કરવા તે કહે છે.

આ ફાઇલનું સ્નેપશોટ લૉન્ચ આર્ગ્યુમેન્ટમાં એમ્બેડ કરે છે. પછી ફાઇલ બદલવાથી તે ચાલતા બ્રાઉઝરની નીતિ અપડેટ થતી નથી. આગલા ઇચ્છિત લૉન્ચ માટે આર્ગ્યુમેન્ટ ફરી બનાવો.

ઇચ્છિત નવી બ્રાઉઝર પ્રક્રિયામાં લૉન્ચ કરો. હાલના ઇન્સ્ટન્સને URL આપવાથી એ સાબિત થતું નથી કે તેણે નવા સ્ટાર્ટઅપ ફ્લેગ સ્વીકાર્યા છે.

કમાન્ડ-લાઇન મર્યાદામાં આરામથી બેસે તેવી નીતિઓ માટે આ અભિગમ રાખો. જાળવાયેલ HTTP કે HTTPS PAC સ્થાન બીજું ડિલિવરી મોડેલ છે, જેનો પોતાનો પુનઃપ્રાપ્તિ માર્ગ છે. ડેટા-URL પદ્ધતિ માટે નિષ્ક્રિય Network Service ફ્લેગની જરૂર નથી.

સંબંધિત લેખો