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-এ চলি থকা প্ৰক্ৰিয়াৰ পৰিৱেশ সলনি নকৰে। পুনৰ আৰম্ভ কৰিলে নতুন প্ৰক্ৰিয়া আৰম্ভ হয়; শ্বেলত export-এ প্ৰভাৱ পেলায় কেৱল সেই শ্বেল আৰু পাছত সি আৰম্ভ কৰা সন্তান প্ৰক্ৰিয়াবোৰত।

সেৱাই আশা কৰা URL পোৱাৰ পাছত ইয়াৰ প্ৰকৃত ত্ৰুটি অনুসৰণ কৰক। ইয়াৰ একাউণ্টৰ CA ফাইললৈ প্ৰৱেশাধিকাৰ নাথাকিব পাৰে, ইয়াৰ নেটৱৰ্ক নেমস্পেচে লিছেনাৰলৈ যাব নোৱাৰিব পাৰে, বা প্ৰক্সিয়ে অনুৰোধ নাকচ কৰিব পাৰে। এইবোৰ পৰৱৰ্তী পৰীক্ষা, অসংলগ্ন শ্বেল প্ৰফাইল সম্পাদনা কৰি থকাৰ কাৰণ নহয়।