Preskúmajte službu, ktorá zlyháva, namiesto exportu ďalšej premennej v termináli. systemctl cat example.service zobrazí jej jednotku a doplnkové konfigurácie; hľadajte EnvironmentFile, iné prepísanie alebo nastavenia proxy samotnej aplikácie. Výstup s prihlasovacími údajmi čítajte lokálne.

Ak aplikácia používa premenné prostredia pre HTTP proxy, doplnková konfigurácia služby môže zadať:

[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žite názvy premenných podporované aplikáciou. Pre službu, ktorá smie používať verejné HTTP proxy, sú možné adresy v zozname HTTP proxy. Klient s vlastnou konfiguráciou môže tieto vstupy ignorovať. Overte tiež, že ide o zamýšľanú systémovú službu: Používateľská služba má iného správcu a prostredie; zmena podobne pomenovanej systémovej jednotky ju neopraví.

Po úprave správnej jednotky alebo doplnkovej konfigurácie znovu načítajte definície a reštartujte službu, keď bude možné prerušiť jej prácu:

sudo systemctl daemon-reload
sudo systemctl restart example.service

Samotný daemon-reload nenahradí prostredie bežiaceho procesu. Reštart spustí nový proces; export v shelli ovplyvní iba tento shell a potomkov, ktorých následne spustí.

Keď služba dostane očakávané URL, riešte jej skutočnú chybu. Jej účet môže nemať prístup k súboru CA, jej sieťový menný priestor nemusí dosiahnuť na načúvacie rozhranie alebo proxy môže požiadavku odmietnuť. To sú ďalšie kontroly, nie dôvody pokračovať v úpravách nesúvisiacich profilov shellu.

Súvisiace články