sudo gsettings קען ענדערן דעם GNOME פּראָקסי פֿון אַ פֿאַלשן באַניצער
שטעלט אָן די GNOME פּראָקסי איינשטעלונגען אין דער דעסקטאָפּ סעסיע פֿון דעם געמיינטן באַניצער אַנשטאָט דערצו דערהיינטיקן root'ס איינשטעלונגען דאַטאַבאַזע.
פֿאַר אײַער אייגענעם GNOME דעסקטאָפּ, פֿירט אויס די איינשטעלונג ענדערונג ווי זײַן באַניצער פֿון יענער דעסקטאָפּ סעסיע:
gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'דאָס אילוסטרירט דעם קאָנטעקסט, נישט אַ פֿולן פּראָקסי קאָנפֿיגוראַציע; די endpoint און bypass ווערטן מוזן אויך זײַן ריכטיק. פֿאַר אַ מאַנועלן SOCKS וועג, שטעלט אָן סיי דעם host און port צוזאַמען מיטן מאָדע. לייענט איבער דעם ווערט אין דער זעלבער געמיינטער סעסיע.
אויספֿירן דעם באַפֿעל מיט sudo קלייבט נישט אויס יענעם באַניצערס איינשטעלונגען. GSettings אַרבעט דורך אַ backend קאָנטעקסט. מיט dconf זײַנען וויכטיק די באַניצער דאַטאַבאַזע און די סעסיע בוס; דאָס באַפֿעל-שורה האַנטבוך פֿאָדערט אַ D-Bus סעסיע-בוס פֿאַרבינדונג פֿאַר שריבן צו יענעם backend.
פֿאַר אַן אַדמיניסטראַטיוון ענדערונג, ניצט דעם געשטיצטן דעסקטאָפּ-פֿאַרוואַלטונג אָדער באַניצער-סעסיע מעקאַניזם. איבערשלאָגן UID אין אַן אַנדער שעל קען נאָך פֿעלן די געמיינטע איינשטעלונגען סבֿיבֿה, און אָפּקאָפּירן וועריאַבלען פֿון אַן אומגעפֿערן צוגעפּאַסטן פּראָצעס קען צילן אַן אַנדער אַרײַנלאָגירונג אויף אַ מאַשין מיט מערערע סעסיעס.
אויב דאָס איבערלייענען איז ריכטיק אָבער דער וועג איז נישט געביטן, ידענטיפֿיצירט די קאָנסומענט צובינד פֿונעם פּראָגראַם. אַ לעבעדיקער GSettings צוהערער קען באַקומען מעלדונגען. אַ פּראָגראַם וואָס האָט אָפּגעקאָפּירט http_proxy ביים אָנהייב באַקומט נישט קיין נײַע סבֿיבֿה ווען dconf ענדערט זיך, און זײַן פּריוואַטע פּראָקסי פּאָליטיק קען קלייבן אַן אַנדער וועג. איבערחזרן דאָס שריבן ווי root לייזט נישט יענעם קאָנסומענט אומפּאַסיקייט.