የ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 ፋይሉን የመድረስ መብት ላይኖረው ይችላል፣ የኔትወርክ የስም ክልሉ ወደ ማዳመጫው ላይደርስ ወይም ፕሮክሲው ጥያቄውን ሊከለክል ይችላል። እነዚህ ቀጣይ ፍተሻዎች ናቸው፣ ያልተዛመዱ የሼል መገለጫዎችን ማስተካከል ለመቀጠል ምክንያቶች አይደሉም።