ટર્મિનલમાં કામ કરતું પ્રોક્સી આર્ગ્યુમેન્ટ Chrome-ના ડેસ્કટોપ લોન્ચરમાં પણ હોઈ શકે. સ્થાપિત ડેસ્કટોપ એન્ટ્રીનું વપરાશકર્તા ઓવરરાઇડ વાપરો જેથી પેકેજ અપડેટ્સ સંપાદિત સિસ્ટમ ફાઇલને ફરી લખે નહીં.

ઇન્સ્ટોલેશન ખરેખર જે લોન્ચર વાપરે છે તે શોધો, પછી તે એન્ટ્રી $XDG_DATA_HOME/applications માં કૉપિ કરો, સામાન્ય રીતે ~/.local/share/applications, એ જ ડેસ્કટોપ-ફાઇલ ID સાથે. વપરાશકર્તા એન્ટ્રી સિસ્ટમ એન્ટ્રી પર પ્રાધાન્ય ધરાવે છે.

જે ઇન્સ્ટોલેશનની હાલની કમાન્ડ 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 સ્વીકારી શકે છે.

સંબંધિત લેખો