يبقى proxychains موجودًا بعد إزالة البادئة

تحذف proxychains من أمر ما، ثم تشغّله مجددًا، ولا تزال ترى رسالة بدء الغلاف. افحص بيئة التشغيل قبل البحث عن إعداد في التطبيق.

في لينكس، تطلب LD_PRELOAD من الرابط الديناميكي تحميل كائنات مشتركة محددة قبل المكتبات العادية. ويمكن لأغلفة الوسيط استخدام هذه الآلية لاعتراض نداءات الشبكة المدعومة. وإذا صدّر أحدهم المتغير في صدفة، فقد ترثه البرامج الابنة اللاحقة حتى حين لا تحتوي أسطر أوامرها على بادئة غلاف.

أول فحص للقراءة فقط في تلك الصدفة هو:

printf '%s\n' "$LD_PRELOAD"

ابحث عن مكتبة غلاف وسيط، لكن أبقِ احتمال أن المتغير يسرد مكتبات أخرى حُمِّلت عمدًا. فإزالة كل المدخلات دون تمييز قد تعطّل أداة أخرى.

غيّر مُشغِّل البرنامج ثم أعد تشغيل التطبيق

أزل التحميل المسبق العارض للوسيط من البيئة التي تشغّل البرنامج المتأثر. وإذا صدّره ملف بدء أو مشغّل، فأصلح ذلك المصدر أيضًا. مع تشغيلات Bash، اتبع ترتيب ملفات البدء. والابن الجديد لصدفة نظيفة حالة مختلفة عن ابن طرفية أو بيئة تطوير قديمة لا تزال تحتفظ بالمتغير.

إلغاء تعيين متغير بيئة لا يُفرِّغ مكتبة من عملية بدأت به بالفعل. لذلك قد يحتفظ تطبيق قيد التشغيل بالغلاف حتى يُعاد تشغيله عبر مسار التشغيل المصحح.

إن كان المتغير غائبًا، فافحص مصادر تحميل مسبق أخرى مضبوطة مثل /etc/ld.so.preload والمشغّل الفعلي. للآلية حدود: فالملفات التنفيذية الساكنة والنداءات المباشرة للنظام وقيود التنفيذ الآمن قد تتصرف بشكل مختلف. مع sudo، ترتيب الغلاف مهم. التحميل المسبق الموروث يفسّر الاعتراض غير المتوقع؛ وهو ليس دليلًا على أن كل أنواع حركة الشبكة تستخدم الوسيط.