Proč služba systemd nepřebírá nastavení proxy z vašeho shellu

Prozkoumejte službu, která selhává, místo exportu další proměnné v terminálu. systemctl cat example.service zobrazí její jednotku a doplňkové konfigurace; hledejte EnvironmentFile, jiné přepsání nebo nastavení proxy samotné aplikace. Výstup obsahující přihlašovací údaje čtěte místně.

Pokud aplikace používá proměnné prostředí pro HTTP proxy, doplňková konfigurace služby může zadat:

[Service]
Environment="HTTP_PROXY=http://203.0.113.10:8080"
Environment="HTTPS_PROXY=http://203.0.113.10:8080"

Nahraďte dokumentační adresu a použijte názvy proměnných podporované aplikací. Pro službu, která smí používat veřejné HTTP proxy, jsou možné adresy v seznamu HTTP proxy. Klient s vlastní konfigurací může tyto vstupy ignorovat. Ověřte také, že jde o zamýšlenou systémovou službu: Uživatelská služba má jiného správce a prostředí; změna podobně pojmenované systémové jednotky ji neopraví.

Po úpravě správné jednotky nebo doplňkové konfigurace znovu načtěte definice a restartujte službu, až bude možné přerušit její práci:

sudo systemctl daemon-reload
sudo systemctl restart example.service

Samotný daemon-reload nenahradí prostředí běžícího procesu. Restart spustí nový proces; export v shellu ovlivní jen tento shell a potomky, které následně spustí.

Jakmile služba dostane očekávané URL, řešte její skutečnou chybu. Její účet může postrádat přístup k souboru CA, její síťový jmenný prostor nemusí dosáhnout na naslouchající rozhraní nebo proxy může požadavek odmítnout. To jsou další kontroly, nikoli důvody k pokračování v úpravách nesouvisejících profilů shellu.