Miért nem kapja meg a systemd-szolgáltatás a parancsértelmező proxybeállításait?

A hibázó szolgáltatást vizsgálja meg ahelyett, hogy újabb változót exportálna a terminálban. A systemctl cat example.service megmutatja az egységét és kiegészítő beállításait; keressen EnvironmentFile beállítást, más felülírást vagy az alkalmazás saját proxybeállításait. A hitelesítő adatokat tartalmazó kimenetet helyben olvassa.

Ha az alkalmazás HTTP-proxy környezeti változókat használ, a szolgáltatás kiegészítő konfigurációja megadhatja ezeket:

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

Cserélje le a dokumentációs példacímet, és az alkalmazás által támogatott változóneveket használja. Ha a szolgáltatás használhat nyilvános HTTP-proxykat, lehetséges címeket a HTTP-proxyk listáján talál. A saját konfigurációval rendelkező kliens figyelmen kívül hagyhatja ezeket az értékeket. Azt is ellenőrizze, hogy valóban a kívánt rendszerszolgáltatásról van-e szó: A felhasználói szolgáltatásnak más a kezelője és a környezete; egy hasonló nevű rendszeregység módosítása nem javítja meg.

A megfelelő egység vagy kiegészítő konfiguráció szerkesztése után töltse újra a definíciókat, és indítsa újra a szolgáltatást, amikor a munkája megszakítható:

sudo systemctl daemon-reload
sudo systemctl restart example.service

A daemon-reload önmagában nem cseréli le a futó folyamat környezetét. Az újraindítás indítja el az új folyamatot; a parancsértelmezőben végzett export csak arra a parancsértelmezőre és az általa később elindított gyermekfolyamatokra hat.

Miután a szolgáltatás megkapja a várt URL-t, a tényleges hibáját kövesse. A fiókja esetleg nem fér hozzá a CA-fájlhoz, a hálózati névtere nem éri el a figyelőt, vagy a proxy elutasítja a kérést. Ezek későbbi ellenőrzések, nem okok a nem ide tartozó parancsértelmező-profilok további szerkesztésére.