Kwa nini huduma ya systemd haipati mipangilio ya proksi ya shell yako
Weka usanidi wa proksi katika mazingira halisi ya huduma ya systemd; kuhamisha kigezo kwa export kwenye terminal hakusanidi upya mchakato unaoendelea.
Kagua huduma inayoshindwa badala ya kuhamisha kigezo kingine kwenye terminal yako. systemctl cat example.service huonyesha kitengo chake na usanidi wa ziada; tafuta EnvironmentFile, ubatilishaji mwingine au mipangilio ya proksi ya programu yenyewe. Soma matokeo yenye taarifa za kuingia ndani ya kifaa chako.
Ikiwa programu hutumia vigezo vya mazingira vya proksi ya HTTP, usanidi wa ziada wa huduma unaweza kutoa:
[Service]
Environment="HTTP_PROXY=http://203.0.113.10:8080"
Environment="HTTPS_PROXY=http://203.0.113.10:8080"Badilisha anwani ya mfano wa nyaraka na utumie majina ya vigezo yanayokubaliwa na programu. Kwa huduma iliyoruhusiwa kutumia proksi za HTTP za umma, anwani zinazoweza kutumika zipo kwenye orodha ya proksi za HTTP. Mteja mwenye usanidi wake anaweza kupuuza ingizo hili. Thibitisha pia kuwa hii ndiyo huduma ya mfumo iliyokusudiwa: Huduma ya mtumiaji ina msimamizi na mazingira tofauti; kubadilisha kitengo cha mfumo chenye jina linalofanana hakutairekebisha.
Baada ya kuhariri kitengo au usanidi wa ziada uliokusudiwa, pakia upya ufafanuzi na uanzishe upya huduma hiyo wakati kazi yake inaweza kukatizwa:
sudo systemctl daemon-reload
sudo systemctl restart example.servicedaemon-reload peke yake haibadilishi mazingira ya mchakato unaoendelea. Kuanzisha upya huanzisha mchakato mpya; export katika shell huathiri shell hiyo tu na michakato watoto itakayoanzisha baadaye.
Huduma ikishapokea URL inayotarajiwa, fuatilia hitilafu yake halisi. Akaunti yake inaweza kukosa ufikiaji wa faili la CA, nafasi yake ya majina ya mtandao inaweza kushindwa kufikia kisikilizaji, au proksi inaweza kukataa ombi. Hayo ni makaguzi ya baadaye, si sababu za kuendelea kuhariri profaili za shell zisizohusiana.