systemd සේවාවට ඔබේ ෂෙල්හි ප්‍රොක්සි සැකසුම් නොලැබෙන්නේ ඇයි

ටර්මිනලයේ තවත් විචල්‍යයක් export කරනවා වෙනුවට අසාර්ථක වන සේවාව පරීක්ෂා කරන්න. 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 පමණක් ක්‍රියාත්මක ක්‍රියාවලියක පරිසරය වෙනස් නොකරයි. නැවත ආරම්භ කිරීමෙන් නව ක්‍රියාවලිය ඇරඹේ; ෂෙල්හි export කිරීම බලපාන්නේ එම ෂෙල් එකට සහ එය පසුව ආරම්භ කරන දරු ක්‍රියාවලිවලට පමණි.

සේවාවට අපේක්ෂිත URL ලැබුණු පසු එහි සැබෑ දෝෂය අනුව යන්න. එහි ගිණුමට CA ගොනුවට ප්‍රවේශය නැති විය හැකිය, එහි ජාල නාම අවකාශයෙන් සවන්දෙන අන්තය වෙත ළඟා නොවිය හැකිය හෝ ප්‍රොක්සිය ඉල්ලීම ප්‍රතික්ෂේප කළ හැකිය. මේවා ඊළඟ පරීක්ෂා මිස සම්බන්ධ නැති ෂෙල් පැතිකඩ දිගටම සංස්කරණය කිරීමට හේතු නොවේ.