Behou Chrome se Linux-proxyargument in 'n gebruikerslaaier

'n Proxyargument wat in 'n terminaal werk, kan ook in Chrome se lessenaarlaaier hoort. Gebruik 'n gebruikersoorheersing van die geïnstalleerde lessenaarinskrywing sodat pakketopdaterings nie die geredigeerde stelsellêer oorskryf nie.

Vind die laaier wat die installasie werklik gebruik, en kopieer daardie inskrywing na $XDG_DATA_HOME/applications, gewoonlik ~/.local/share/applications, met dieselfde lessenaarlêer-ID. Die gebruikersinskrywing kry voorrang bo die stelselinskrywing.

Vir 'n installasie waarvan die bestaande opdrag google-chrome-stable is, kan 'n Exec-reël wees:

Exec=/usr/bin/google-chrome-stable --proxy-server=http://proxy.example:8080 %U

Vir blaai wat deur 'n publieke HTTP-tussenpersoon toegelaat word, kies die eindpunt van die bekendstellingsargument uit die HTTP-proxylys. Behou die uitvoerbare lêer en die omhulsel wat die werklike pakket vereis. Snap-, Flatpak- en distribusie-Chromium-laaier kan 'n ander opdrag gebruik. Behou die ander lessenaarinskrywingvelde en ondersoek afsonderlike lessenaaraksie-Exec-reëls as daardie aksies dieselfde roete moet gebruik.

%U is die lessenaarspesifikasie se URL-veldkoëffisiënt. Exec is nie 'n gewone skelopdrag nie: skelveranderlikes en opdragsvervangings word nie uitgebrei bloot deur hulle daar te plaas nie.

Verlaat die blaaier heeltemal met daardie profiel voordat jy sy nuwe beginargumente toets. 'n Chrome-proses wat reeds loop, kan die nuut geopen URL ontvang sonder om met die laaier se proxyopsie te herbegin.