Miks systemd teenus ei saa sinu kesta puhverserveri seadeid
Pane puhverserveri seadistus systemd teenuse tegelikku keskkonda; muutuja eksport terminalis ei seadista juba töötavat protsessi ümber.
Uuri tõrkuvat teenust selle asemel, et terminalis veel üks muutuja eksportida. systemctl cat example.service näitab selle üksust ja täiendavaid seadistusfaile; otsi EnvironmentFile kasutust, muid ülekirjutusi või rakenduse enda puhverserveri seadeid. Loe mandaate sisaldavat väljundit kohapeal.
Kui rakendus kasutab HTTP-puhverserveri keskkonnamuutujaid, saab teenuse täiendav seadistus anda:
[Service]
Environment="HTTP_PROXY=http://203.0.113.10:8080"
Environment="HTTPS_PROXY=http://203.0.113.10:8080"Asenda dokumentatsiooni näidisaadress ja kasuta rakenduse toetatud muutujanimesid. Teenusele, millel on lubatud kasutada avalikke HTTP-puhverservereid, leiab võimalikke aadresse HTTP-puhverserverite loendist. Oma seadistusega klient võib neid sisendeid eirata. Kinnita ka, et tegu on õige süsteemiteenusega: Kasutajateenusel on teine haldur ja keskkond; sarnase nimega süsteemiüksuse muutmine seda ei paranda.
Pärast õige üksuse või täiendava seadistuse muutmist laadi definitsioonid uuesti ja taaskäivita teenus siis, kui selle tööd võib katkestada:
sudo systemctl daemon-reload
sudo systemctl restart example.serviceAinult daemon-reload ei asenda töötava protsessi keskkonda. Taaskäivitus käivitab uue protsessi; kestas eksportimine mõjutab ainult seda kesta ja alamprotsesse, mille see hiljem käivitab.
Kui teenus saab oodatud URL-i, lähtu selle tegelikust veast. Selle kontol võib puududa ligipääs CA-failile, selle võrgu nimeruum ei pruugi kuulajani jõuda või puhverserver võib päringu tagasi lükata. Need on järgmised kontrollid, mitte põhjused jätkata asjasse puutumatute kestaprofiilide muutmist.