sudo gsettings ଭୁଲ ବ୍ୟବହାରକାରୀଙ୍କ GNOME ପ୍ରକ୍ସି ବଦଳାଇପାରେ

ଆପଣଙ୍କର ନିଜ GNOME ଡେସ୍କଟପ୍ ପାଇଁ, ସେହି ଡେସ୍କଟପ୍ ସେସନରୁ ତାହାର ବ୍ୟବହାରକାରୀ ଭାବରେ ସେଟିଂ ପରିବର୍ତ୍ତନ ଚଲାନ୍ତୁ:

gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'

ଏହା ପ୍ରସଙ୍ଗକୁ ଦର୍ଶାଏ, ସମ୍ପୂର୍ଣ୍ଣ ପ୍ରକ୍ସି ବିନ୍ୟାସ ନୁହେଁ; endpoint ଏବଂ bypass ମୂଲ୍ୟଗୁଡ଼ିକ ମଧ୍ୟ ସଠିକ୍ ହେବା ଆବଶ୍ୟକ। ମାନୁଆଲ୍ SOCKS ମାର୍ଗ ପାଇଁ, ମୋଡ୍ ସହିତ ହୋଷ୍ଟ ଏବଂ ପୋର୍ଟ ମଧ୍ୟ ସେଟ୍ କରନ୍ତୁ। ସେହି ଉଦ୍ଦିଷ୍ଟ ସେସନରେ ମୂଲ୍ୟକୁ ପୁନଃ ପଢ଼ନ୍ତୁ।

sudo ସହିତ କମାଣ୍ଡ ଚଲାଇବା ସେହି ବ୍ୟବହାରକାରୀଙ୍କ ସେଟିଂ ଚୟନ କରେ ନାହିଁ। GSettings ଏକ backend ପ୍ରସଙ୍ଗ ମାଧ୍ୟମରେ କାର୍ଯ୍ୟ କରେ। dconf ସହିତ, ବ୍ୟବହାରକାରୀ ଡାଟାବେସ୍ ଏବଂ ସେସନ୍ ବସ୍ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ; ସେହି backend କୁ ଲେଖିବା ପାଇଁ କମାଣ୍ଡ-ଲାଇନ୍ ମାନୁଆଲ୍ ଏକ D-Bus ସେସନ୍-ବସ୍ ସଂଯୋଗ ଆବଶ୍ୟକ କରେ।

ପ୍ରଶାସନିକ ପରିବର୍ତ୍ତନ ପାଇଁ, ସମର୍ଥିତ ଡେସ୍କଟପ୍-ପରିଚାଳନା କିମ୍ବା ବ୍ୟବହାରକାରୀ-ସେସନ୍ ଯନ୍ତ୍ରକୁ ବ୍ୟବହାର କରନ୍ତୁ। ଅନ୍ୟ ଏକ ଶେଲରେ UID ବଦଳାଇବା ଏବେ ମଧ୍ୟ ଉଦ୍ଦିଷ୍ଟ ସେଟିଂ ପରିବେଶର ଅଭାବ ରହିପାରେ, ଏବଂ ଏକ ମନଇଚ୍ଛା ମେଳଖାଉଥିବା ପ୍ରୋସେସରୁ ଭେରିଏବଲ୍ କପି କରିବା ବହୁ-ସେସନ୍ ମେସିନରେ ଅନ୍ୟ ଏକ ଲଗଇନକୁ ଲକ୍ଷ୍ୟ କରିପାରେ।

ଯଦି ପୁନଃପଠନ ସଠିକ୍ କିନ୍ତୁ ରାଉଟିଂ ଅପରିବର୍ତ୍ତିତ, ତେବେ ଆପ୍ଲିକେସନର କନଜ୍ୟୁମର ଇଣ୍ଟରଫେସ୍ ଚିହ୍ନଟ କରନ୍ତୁ। ଏକ ସକ୍ରିୟ GSettings ଶ୍ରୋତା ସୂଚନା ଗ୍ରହଣ କରିପାରେ। ଯେଉଁ ଆପ୍ଲିକେସନ୍ ଆରମ୍ଭରେ http_proxy କପି କରିଥିଲା, dconf ପରିବର୍ତ୍ତନ ହେଲେ ସେ ନୂଆ ପରିବେଶ ପାଏ ନାହିଁ, ଏବଂ ଏହାର ଘରୋଇ ପ୍ରକ୍ସି ନୀତି ଅନ୍ୟ ମାର୍ଗ ଚୟନ କରିପାରେ। root ଭାବରେ ଲେଖା ପୁନରାବୃତ୍ତି କରିବା ସେହି କନଜ୍ୟୁମର ଅମେଳ ସମାଧାନ କରେ ନାହିଁ।