Zašto systemd servis ne dobiva postavke proxyja 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 postavke proxyja u aplikaciji. 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 dopuštena upotreba javnih HTTP proxyja moguće adrese nalaze se na popisu HTTP proxyja. Klijent s vlastitom konfiguracijom može zanemariti ove unose. Potvrdite i da je ovo željeni 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 ponovno učitajte definicije i ponovno 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 utječe samo na tu ljusku i podređene procese koje ona naknadno pokrene.

Kada servis dobije očekivani URL, pratite njegovu stvarnu pogrešku. Njegov račun može nemati pristup CA datoteci, njegov mrežni prostor imena možda ne može dosegnuti osluškivač ili proxy može odbiti zahtjev. To su naknadne provjere, ne razlozi za daljnje uređivanje nepovezanih profila ljuske.