ولې 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 فایل ته لاسرسی ونه لري، د شبکې نوم‌فضا یې ښايي اورېدونکي ته ونه رسېږي، یا پراکسي ښايي غوښتنه رد کړي. دا وروستهنۍ پلټنې دي، نه د نامربوطو شېل پروفایلونو د دوامدار سمولو دلیلونه.