Аргумент за прокси, който работи в терминал, може да принадлежи и на стартера на Chrome за работния плот. Използвайте потребителско заместване на инсталирания запис, така че актуализациите на пакета да не презаписват редактирания системен файл.

Намерете стартера, който инсталацията действително използва, след което копирайте този запис в $XDG_DATA_HOME/applications, обикновено ~/.local/share/applications, със същия идентификатор на файл за работния плот. Потребителският запис има предимство пред системния.

За инсталация, чиято съществуваща команда е google-chrome-stable, редът Exec може да бъде:

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

За сърфиране, разрешено през публичен HTTP посредник, изберете крайната точка на аргумента за стартиране от списъка с HTTP прокси. Запазете изпълнимия файл и обвивката, изисквани от действителния пакет. Стартерите на Snap, Flatpak и Chromium от дистрибуцията може да използват друга команда. Запазете останалите полета на записа за работния плот и проверете отделните редове Exec на действията за работния плот, ако тези действия трябва да използват същия маршрут.

%U е кодът на полето за URL от спецификацията за работния плот. Exec не е обикновен shell скрипт: shell променливите и заместванията на команди не се разгръщат само защото са поставени там.

Напълно затворете браузъра с този профил, преди да тествате новите му аргументи за стартиране. Вече работещ процес на Chrome може да получи новоотворения URL без рестартиране с опцията за прокси на стартера.

Подобни статии