Zašto systemd servis ne dobija proxy postavke iz vaše ljuske

Ispitajte servis koji ne radi umjesto da izvozite još jednu varijablu u terminalu. systemctl cat example.service prikazuje njegovu jedinicu i dopunske konfiguracije; provjerite postoji li EnvironmentFile, drugo nadjačavanje ili vlastite proxy postavke aplikacije. Izlaz koji sadrži pristupne podatke čitajte lokalno.

Ako aplikacija koristi varijable okruženja za HTTP proxy, dopunska konfiguracija servisa može zadati:

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

Zamijenite adresu iz dokumentacijskog primjera i koristite nazive varijabli koje aplikacija podržava. Za servis kojem je dozvoljena upotreba javnih HTTP proxyja, moguće adrese su na listi HTTP proxyja. Klijent s vlastitom konfiguracijom može ignorisati ove unose. Potvrdite i da je ovo namjeravani sistemski servis: Korisnički servis ima drugi upravitelj i okruženje; promjena sistemske jedinice sličnog naziva neće ga popraviti.

Nakon uređivanja odgovarajuće jedinice ili dopunske konfiguracije, ponovo učitajte definicije i ponovo pokrenite taj servis kada se njegov rad smije prekinuti:

sudo systemctl daemon-reload
sudo systemctl restart example.service

Sam daemon-reload ne zamjenjuje okruženje procesa koji radi. Ponovno pokretanje pokreće novi proces; izvoz u ljusci utiče samo na tu ljusku i podređene procese koje ona naknadno pokrene.

Kada servis dobije očekivani URL, pratite njegovu stvarnu grešku. Njegov račun može nemati pristup CA datoteci, njegov mrežni prostor imena možda ne može dosegnuti slušaoca ili proxy može odbiti zahtjev. To su kasnije provjere, ne razlozi da nastavite uređivati nepovezane profile ljuske.