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 فائل تک رسائی نہ ہو سکتی ہے، اس کا نیٹ ورک نیم اسپیس لسنر تک نہ پہنچ سکتا ہو یا پراکسی درخواست رد کر سکتی ہے۔ یہ بعد کی جانچیں ہیں، غیر متعلق شیل پروفائلز میں مسلسل ترمیم کرنے کی وجوہ نہیں۔