Firwat e systemd-Service d'Proxy-Astellunge vun Ärer Shell net kritt

Setzt d'Proxy-Konfiguratioun an dat tatsächlecht Ëmfeld vum systemd-Service; en Export am Terminal konfiguréiert kee lafende Prozess nei.

Ënnersicht de Service, dee feelerhaft leeft, amplaz nach eng Variabel am Terminal ze exportéieren. systemctl cat example.service weist seng Unit an zousätzlech Konfiguratiounen; sicht no enger EnvironmentFile, aneren Iwwerschreiwungen oder Proxy-Astellunge vun der Applikatioun selwer. Liest Ausgaben, déi Zougangsdaten enthalen, lokal.

Wann d'Applikatioun Ëmfeldvariabele fir HTTP-Proxy benotzt, kann eng zousätzlech Service-Konfiguratioun Folgendes uginn:

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

Ersetzt d'Adress aus dem Dokumentatiounsbeispill a benotzt d'Variabelennimm, déi d'Applikatioun ënnerstëtzt. Fir e Service, deen ëffentlech HTTP-Proxyen dierf benotzen, stinn méiglech Adressen an der Lëscht vun HTTP-Proxyen. E Client mat eegener Konfiguratioun kann dës Wäerter ignoréieren. Bestätegt och, datt dëst de gewënschte Systemservice ass: E Benotzerservice huet en anere Manager an en anert Ëmfeld; eng System-Unit mat änlechem Numm z'änneren, léist säi Problem net.

Nodeems Dir déi richteg Unit oder zousätzlech Konfiguratioun geännert hutt, lued d'Definitiounen nei a start dee Service nei, wann seng Aarbecht ënnerbrach dierf ginn:

sudo systemctl daemon-reload
sudo systemctl restart example.service

daemon-reload eleng ersetzt d'Ëmfeld vun engem lafende Prozess net. En Neistart start den neie Prozess; en Export an der Shell beaflosst nëmmen déi Shell an d'Kandprozesser, déi si duerno start.

Wann de Service déi erwaart URL kritt, verfollegt säin tatsächleche Feeler. Säi Kont kann keen Zougrëff op d'CA-Datei hunn, säin Netzwierk-Nummraum erreecht de Lauschterpunkt eventuell net, oder de Proxy kann d'Ufro refuséieren. Dat si spéider Kontrollen, keng Grënn, fir weider onofhängeg Shell-Profiller z'änneren.

Ähnlech Artikelen