Аргумент проксі, які працуе ў тэрмінале, можа таксама належаць лаўнчару 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 не з'яўляецца звычайным скрыптам абалонкі: зменныя абалонкі і падстаноўкі каманд не разгортваюцца проста ад іх размяшчэння там.

Цалкам зачыніце браўзер з гэтым профілем перад праверкай новых аргументаў запуску. Ужо запушчаны працэс Chrome можа атрымаць нядаўна адкрыты URL без перазапуску з опцыяй проксі лаўнчара.

Падобныя артыкулы