sudo gsettings ਗਲਤ ਉਪਭੋਗਤਾ ਦੀ GNOME ਪਰਾਕਸੀ ਬਦਲ ਸਕਦਾ ਹੈ
root ਦੇ ਸੈਟਿੰਗ ਡੇਟਾਬੇਸ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਦੀ ਥਾਂ ਲੋੜੀਂਦੇ ਉਪਭੋਗਤਾ ਦੇ ਡੈਸਕਟਾਪ ਸੈਸ਼ਨ ਵਿੱਚ GNOME ਪਰਾਕਸੀ ਸੈਟਿੰਗਾਂ ਲਾਗੂ ਕਰੋ।
ਆਪਣੇ GNOME ਡੈਸਕਟਾਪ ਲਈ, ਸੈਟਿੰਗ ਬਦਲਾਅ ਉਸ ਡੈਸਕਟਾਪ ਸੈਸ਼ਨ ਤੋਂ ਉਸਦੇ ਉਪਭੋਗਤਾ ਵਜੋਂ ਚਲਾਓ:
gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'
ਇਹ ਸੰਦਰਭ ਦਰਸਾਉਂਦਾ ਹੈ, ਪੂਰਾ ਪਰਾਕਸੀ ਸੰਰੂਪਣ ਨਹੀਂ; ਐਂਡਪੌਇੰਟ ਅਤੇ ਬਾਈਪਾਸ ਮੁੱਲ ਵੀ ਸਹੀ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਹੱਥੋਂ SOCKS ਰਸਤੇ ਲਈ, ਮੋਡ ਦੇ ਨਾਲ ਨਾਲ ਹੋਸਟ ਅਤੇ ਪੋਰਟ ਵੀ ਸੈੱਟ ਕਰੋ। ਉਸੇ ਇਚਿਤ ਸੈਸ਼ਨ ਵਿੱਚ ਮੁੱਲ ਦੁਬਾਰਾ ਪੜ੍ਹੋ।
sudo ਨਾਲ ਕਮਾਂਡ ਚਲਾਉਣਾ ਉਸ ਉਪਭੋਗਤਾ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਨਹੀਂ ਚੁਣਦਾ। GSettings ਇੱਕ ਬੈਕਐਂਡ ਸੰਦਰਭ ਰਾਹੀਂ ਕੰਮ ਕਰਦਾ ਹੈ। dconf ਨਾਲ, ਉਪਭੋਗਤਾ ਡੇਟਾਬੇਸ ਅਤੇ ਸੈਸ਼ਨ ਬੱਸ ਮਹੱਤਵਪੂਰਨ ਹਨ; ਉਸ ਬੈਕਐਂਡ ਵਿੱਚ ਲਿਖਣ ਲਈ ਕਮਾਂਡ-ਲਾਈਨ ਮੈਨੁਅਲ ਇੱਕ D-Bus ਸੈਸ਼ਨ-ਬੱਸ ਕਨੈਕਸ਼ਨ ਦੀ ਮੰਗ ਕਰਦਾ ਹੈ।
ਪ੍ਰਬੰਧਕੀ ਬਦਲਾਅ ਲਈ, ਸਮਰਥਿਤ ਡੈਸਕਟਾਪ-ਪ੍ਰਬੰਧਨ ਜਾਂ ਉਪਭੋਗਤਾ-ਸੈਸ਼ਨ ਵਿਧੀ ਵਰਤੋ। ਕਿਸੇ ਹੋਰ ਸ਼ੈੱਲ ਵਿੱਚ UID ਬਦਲਣ ਨਾਲ ਵੀ ਇਚਿਤ ਸੈਟਿੰਗ ਵਾਤਾਵਰਣ ਦੀ ਘਾਟ ਰਹਿ ਸਕਦੀ ਹੈ, ਅਤੇ ਕਿਸੇ ਵੀ ਮੇਲ ਖਾਂਦੀ ਪ੍ਰਕਿਰਿਆ ਤੋਂ ਵੇਰੀਏਬਲ ਕਾਪੀ ਕਰਨਾ ਬਹੁ-ਸੈਸ਼ਨ ਮਸ਼ੀਨ ਉੱਤੇ ਕਿਸੇ ਹੋਰ ਲੌਗਇਨ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾ ਸਕਦਾ ਹੈ।
ਜੇ ਦੁਬਾਰਾ ਪੜ੍ਹਨਾ ਸਹੀ ਹੈ ਪਰ ਰੂਟਿੰਗ ਨਹੀਂ ਬਦਲੀ, ਤਾਂ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਖਪਤਕਾਰ ਇੰਟਰਫੇਸ ਪਛਾਣੋ। ਇੱਕ ਜੀਵਤ GSettings ਸੁਣਨ ਵਾਲਾ ਸੂਚਨਾਵਾਂ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ। ਜਿਸ ਐਪਲੀਕੇਸ਼ਨ ਨੇ ਸ਼ੁਰੂ ਵੇਲੇ http_proxy ਕਾਪੀ ਕੀਤਾ ਸੀ, ਉਸਨੂੰ dconf ਬਦਲਣ ’ਤੇ ਨਵਾਂ ਵਾਤਾਵਰਣ ਨਹੀਂ ਮਿਲਦਾ, ਅਤੇ ਉਸਦੀ ਨਿੱਜੀ ਪਰਾਕਸੀ ਨੀਤੀ ਹੋਰ ਰਸਤਾ ਚੁਣ ਸਕਦੀ ਹੈ। root ਵਜੋਂ ਲਿਖਣਾ ਦੁਹਰਾਉਣਾ ਉਹ ਖਪਤਕਾਰ ਅਸੰਗਤੀ ਹੱਲ ਨਹੀਂ ਕਰਦਾ।