إذا عاد http_proxy في الطرفية التالية، فابحث عمّن أضافه. إن unset آخر في نهاية .bashrc قد يخفي القيمة لتشغيل واحد بينما يبقى مصدرها نشطًا في مكان آخر.

  1. حدِّد التشغيل الفاشل. هل هو صدفة تسجيل دخول تفاعلية، أو طرفية غير تسجيلية، أو مهمة غير تفاعلية؟ صدفة Bash عند استدعائها باسم sh تتبع قواعد مختلفة أيضًا.
  2. اتبع مسار البدء ذلك. تقرأ صدفة تسجيل الدخول التفاعلية /etc/profile ثم أول ملف مستخدم متاح من بين ~/.bash_profile و~/.bash_login و~/.profile. وتقرأ الصدفة غير التسجيلية التفاعلية عادةً ~/.bashrc. وقد يستدعي ملف الدخول هذا الملف صراحةً. أما Bash غير التفاعلي، فاحسب حساب BASH_ENV حيث ينطبق.
  3. اعثر على الإسناد. ابحث في تلك الملفات وفي الملفات التي تستدعيها عن اسم المتغير واسم مضيف الوسيط القديم. أدرج مقتطفات /etc/profile.d ذات الصلة والأسماء بأحرف كبيرة وكذلك صغيرة.
  4. إن لم يُسنده البدء، فتتبَّع الأصل. ترث الصدفة بيئة من طرفيتها أو جلسة الدخول أو مدير الخدمة أو أداة التطوير. ويمكن لعملية أصل طويلة العمر أن تحتفظ بالقيمة القديمة بعد تحرير ملف صدفة.

بالنسبة إلى عمليات الدخول القائمة على PAM، تحقق من /etc/environment أيضًا. صحِّح المصدر المالك وأعد تشغيل مسار البدء المتأثر، مع تحديث إعدادات الأصل عند الحاجة. أبقِ عمليات البحث محلية: فقد تحتوي ملفات البدء ومخرجات البيئة على بيانات اعتماد. النتيجة التي يجب التحقق منها هي القيمة التي ترثها الأوامر المقصودة، لا آخر ملف تمكّن من إزالتها.

مقالات ذات صلة