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

Pregledajte servis koji otkazuje umjesto da izvozite još jednu varijablu u terminalu. systemctl cat example.service prikazuje njegovu jedinicu i dodatne konfiguracije; potražite EnvironmentFile, druge izmjene koje nadjačavaju postavke ili proxy konfiguraciju same aplikacije. Izlaz s pristupnim podacima čitajte lokalno.

Ako aplikacija čita varijable okruženja za HTTP proxy, dodatna konfiguracija servisa može sadržavati:

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

Zamijenite dokumentacijsku adresu i koristite imena varijabli koja aplikacija podržava. Ako je servisu dozvoljeno korištenje javnih HTTP proxyja, kandidati se nalaze na listi HTTP proxyja. Klijent s vlastitom konfiguracijom može zanemariti ove vrijednosti. Provjerite i da li je to pravi sistemski servis: Korisnički servis ima drugog upravitelja i drugačije okruženje; promjena sistemske jedinice sa sličnim imenom neće ga popraviti.

Poslije izmjene prave jedinice ili dodatne konfiguracije ponovo učitajte definicije i ponovo pokrenite taj servis kada njegov posao smije biti prekinut:

sudo systemctl daemon-reload
sudo systemctl restart example.service

daemon-reload sam ne zamjenjuje okruženje procesa koji radi. Ponovno pokretanje pokreće novi proces; izvoz u ljusci djeluje samo na tu ljusku i procese-djecu koje ona kasnije pokrene.

Kad servis primi očekivani URL, pratite njegovu stvarnu grešku. Njegov nalog možda nema pristup CA datoteci, njegov mrežni imenski prostor možda ne doseže slušaoca ili proxy može odbiti zahtjev. To su sljedeće provjere, a ne razlozi za dalje uređivanje nepovezanih profila ljuske.