sudo gsettings może zmienić serwer proxy GNOME niewłaściwego użytkownika
Zastosuj ustawienia proxy GNOME w sesji pulpitu właściwego użytkownika, zamiast aktualizować bazę ustawień roota.
W przypadku własnego pulpitu GNOME uruchom zmianę ustawienia jako jego użytkownik, z tej sesji pulpitu:
gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'To ilustruje kontekst, a nie pełną konfigurację proxy; wartości punktu końcowego i obejść też muszą być poprawne. Dla ręcznej trasy SOCKS ustaw także host i port, nie tylko tryb. Odczytaj wartość ponownie w tej samej docelowej sesji.
Uruchomienie polecenia przez sudo nie wybiera ustawień tego użytkownika. GSettings działa przez kontekst backendu. W przypadku dconf znaczenie mają baza użytkownika i magistrala sesji; podręcznik wiersza poleceń wymaga połączenia z magistralą sesji D-Bus, aby zapisywać do tego backendu.
W przypadku zmiany administracyjnej użyj wspieranego mechanizmu zarządzania pulpitem lub sesją użytkownika. Przełączenie UID w innej powłoce może nadal nie mieć docelowego środowiska ustawień, a kopiowanie zmiennych z dowolnego pasującego procesu może trafić w inne logowanie na maszynie z wieloma sesjami.
Jeśli odczyt jest poprawny, ale routing się nie zmienił, zidentyfikuj interfejs konsumenta aplikacji. Aktywny nasłuchiwacz GSettings może otrzymywać powiadomienia. Aplikacja, która skopiowała http_proxy przy starcie, nie otrzymuje nowego środowiska, gdy zmienia się dconf, a jej prywatna polityka proxy może wybrać inną trasę. Powtarzanie zapisu jako root nie usuwa tej niezgodności konsumenta.