ਟਰਮੀਨਲ ਵਿੱਚ ਕੰਮ ਕਰਨ ਵਾਲੀ ਪ੍ਰੌਕਸੀ ਆਰਗਿਊਮੈਂਟ 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 ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੀ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ