In data-URL kin by it opstarten fan Chrome in lyts PAC-belied drage
Betsjitte in lokaal PAC-triemstek yn it proxy-pac-url-argumint sûnder te fertrouwen op file://-laden of in HTTP-tsjinner.
De PAC-lader fan Chromium akseptearret data-URL's mei skriptbytes. Foar in lyts UTF-8 PAC-triemstek kin in Bash-start mei GNU base64 it argumint lokaal taret meitsje:
pac64=$(base64 -w0 "$HOME/.config/proxy.pac")
google-chrome --proxy-pac-url="data:application/x-ns-proxy-autoconfig;charset=utf-8;base64,$pac64"Brûk de útfierbere namme fan de ynstalleare browser. De -w0 fan GNU base64 hellet de rigelbrekking út de útfier; oare base64-ymplemintaasjes kinne oare opsjes brûke. De charset-ferklearring fertelt de PAC-lader hoe't de dekodearre bytes ynterpretearre wurde moatte.
Dit betsjittet in momintopname fan it triemstek yn in startargumint. Feroaret it triemstek letter, dan wurdt it belied fan dy rinnende browser net bywurke. Meitsje it argumint op 'e nij foar de folgjende bedoelde start.
Start yn it bedoelde nije browserproses. In URL oan in besteande eksimplaar jaan bewiist net dat it nije startflaggen oernaam hat.
Hâld dizze oanpak foar belied dat noflik binnen de grinzen fan de kommandorigel past. In ûnderhâlden HTTP- of HTTPS-PAC-lokaasje is in oar leveringsmodel, mei syn eigen helppad. Foar it data-URL-meganisme is gjin útskeakele Network Service-flag nedich.