प्रीफ़िक्स हटाने के बाद भी proxychains मौजूद रहता है

आप किसी कमांड से proxychains हटाते हैं, उसे फिर चलाते हैं और अब भी रैपर का स्टार्टअप संदेश देखते हैं। एप्लिकेशन सेटिंग खोजने से पहले लॉन्च एनवायरनमेंट जाँचें।

लिनक्स पर LD_PRELOAD डायनामिक लिंकर से कहता है कि वह निर्दिष्ट शेयर्ड ऑब्जेक्ट साधारण लाइब्रेरी से पहले लोड करे। प्रॉक्सी रैपर इस तंत्र का उपयोग समर्थित नेटवर्क कॉल रोकने के लिए कर सकते हैं। यदि किसी ने शेल में वेरिएबल एक्सपोर्ट किया है, तो बाद के चाइल्ड प्रोग्राम उसे विरासत में पा सकते हैं, भले ही उनकी कमांड लाइन में कोई रैपर प्रीफ़िक्स न हो।

उस शेल में पहली केवल-पढ़ने वाली जाँच यह है:

printf '%s\n' "$LD_PRELOAD"

प्रॉक्सी रैपर लाइब्रेरी खोजें, पर यह संभावना बनाए रखें कि वेरिएबल अन्य जानबूझकर लोड की गई लाइब्रेरी भी सूचीबद्ध कर सकता है। हर प्रविष्टि को बिना सोचे हटाना किसी दूसरे टूल को बाधित कर सकता है।

लॉन्चर बदलें, फिर प्रोग्राम को दोबारा लॉन्च करें

प्रभावित प्रोग्राम लॉन्च करने वाले एनवायरनमेंट से अनजाने प्रॉक्सी प्रीलोड को साफ़ करें। यदि कोई स्टार्टअप फ़ाइल या लॉन्चर उसे एक्सपोर्ट करता है, तो उस स्रोत को भी ठीक करें। Bash लॉन्च के लिए स्टार्टअप फ़ाइलों का क्रम अपनाएँ। साफ़ शेल का नया चाइल्ड उस पुराने टर्मिनल या IDE के चाइल्ड से अलग स्थिति है जो वेरिएबल को अब भी थामे हुए है।

एनवायरनमेंट वेरिएबल अनसेट करने से पहले से उसके साथ शुरू हुए प्रोसेस से लाइब्रेरी अनलोड नहीं होती। इसलिए चल रहा एप्लिकेशन सुधरे हुए लॉन्च पथ से दोबारा शुरू होने तक रैपर बनाए रख सकता है।

यदि वेरिएबल मौजूद नहीं है, तो /etc/ld.so.preload जैसे अन्य कॉन्फ़िगर किए गए प्रीलोड स्रोत और वास्तविक लॉन्चर जाँचें। इस तंत्र की सीमाएँ हैं: स्टैटिक एक्ज़ीक्यूटेबल, सीधे सिस्टम कॉल और सुरक्षित-निष्पादन प्रतिबंध अलग व्यवहार कर सकते हैं। sudo के साथ रैपर का क्रम मायने रखता है। विरासत में मिला प्रीलोड अप्रत्याशित अवरोध की व्याख्या करता है; यह प्रमाण नहीं है कि हर तरह का नेटवर्क ट्रैफ़िक प्रॉक्सी का उपयोग करता है।