systemd үйлчилгээ яагаад таны бүрхүүлийн прокси тохиргоог авдаггүй вэ?

Терминалд дахиад нэг хувьсагч экспортлохын оронд алдаа гаргаж буй үйлчилгээг шалга. systemctl cat example.service нь түүний нэгж болон нэмэлт тохиргоонуудыг харуулна; EnvironmentFile, өөр давуу тохиргоо эсвэл програмын өөрийн прокси тохиргоо байгаа эсэхийг шалга. Нэвтрэх мэдээлэл агуулсан гаралтыг дотооддоо унш.

Хэрэв програм HTTP проксигийн орчны хувьсагч ашигладаг бол үйлчилгээний нэмэлт тохиргоонд дараахыг өгч болно:

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

Баримт бичгийн жишээ хаягийг сольж, програмын дэмждэг хувьсагчийн нэрсийг ашигла. Нийтийн HTTP прокси ашиглах зөвшөөрөлтэй үйлчилгээний хувьд боломжит хаягууд HTTP проксигийн жагсаалтад бий. Өөрийн тохиргоотой клиент эдгээр утгыг үл тоож болно. Мөн энэ нь зорьсон системийн үйлчилгээ мөн эсэхийг баталгаажуул: Хэрэглэгчийн үйлчилгээ өөр удирдагч, орчинтой; төстэй нэртэй системийн нэгжийг өөрчлөх нь түүнийг засахгүй.

Зөв нэгж эсвэл нэмэлт тохиргоог зассаны дараа тодорхойлолтуудыг дахин ачаалж, ажлыг нь тасалдуулж болох үед тухайн үйлчилгээг дахин эхлүүл:

sudo systemctl daemon-reload
sudo systemctl restart example.service

Дан daemon-reload ажиллаж буй процессын орчныг солихгүй. Дахин эхлүүлэхэд шинэ процесс эхэлнэ; бүрхүүл доторх экспорт зөвхөн тэр бүрхүүл болон түүний дараа эхлүүлэх хүүхэд процессуудад нөлөөлнө.

Үйлчилгээ хүлээсэн URL-ийг авсны дараа түүний бодит алдааг дага. Түүний бүртгэлд CA файлд хандах эрх байхгүй байж болно, сүлжээний нэрийн орон зай нь сонсогчид хүрэхгүй эсвэл прокси хүсэлтийг няцааж болно. Эдгээр нь дараагийн шалгалтууд болохоос хамааралгүй бүрхүүлийн профайлуудыг үргэлжлүүлэн засах шалтгаан биш.