لماذا لا تتلقى خدمة 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، أو قد لا يصل نطاق أسماء الشبكة الخاص بها إلى نقطة الاستماع، أو قد يرفض الوكيل الطلب. هذه فحوص لاحقة، وليست أسبابًا للاستمرار في تحرير ملفات تعريف صدفة لا علاقة لها بالمشكلة.