प्रिफिक्स हटाएपछि पनि proxychains रहन्छ

तपाईं कमाण्डबाट proxychains हटाउनुहुन्छ, पुनः चलाउनुहुन्छ र अझै र्‍यापरको सुरु सन्देश देख्नुहुन्छ। एप्लिकेसन सेटिङ खोज्नुअघि लन्च वातावरण जाँच्नुहोस्।

लिनक्समा LD_PRELOAD डाइनामिक लिंकरलाई निर्दिष्ट साझा वस्तुहरू सामान्य लाइब्रेरीभन्दा अघि लोड गर्न भन्छ। प्रोक्सी र्‍यापरहरूले यो संयन्त्र समर्थित नेटवर्क कलहरू रोक्न प्रयोग गर्न सक्छन्। यदि कसैले शेलमा चर निर्यात गरेको छ भने, पछिका चाइल्ड प्रोग्रामहरूले यसलाई उत्तराधिकारमा पाउन सक्छन्, तिनका कमाण्ड लाइनमा र्‍यापर प्रिफिक्स नभए पनि।

त्यो शेलमा पहिलो पढ्ने-मात्र जाँच यो हो:

printf '%s\n' "$LD_PRELOAD"

प्रोक्सी र्‍यापर लाइब्रेरी खोज्नुहोस्, तर चरले जानाजान लोड गरिएका अन्य लाइब्रेरी पनि सूचीबद्ध गर्न सक्ने सम्भावना राख्नुहोस्। सबै प्रविष्टि अन्धाधुन्ध हटाउँदा अर्को उपकरण बिग्रिन सक्छ।

लन्चर बदल्नुहोस्, त्यसपछि प्रोग्राम पुनः सुरु गर्नुहोस्

प्रभावित प्रोग्राम सुरु गर्ने वातावरणबाट आकस्मिक प्रोक्सी प्रिलोड हटाउनुहोस्। स्टार्टअप फाइल वा लन्चरले यो निर्यात गर्छ भने त्यो स्रोत पनि सुधार्नुहोस्। Bash लन्चका लागि स्टार्टअप फाइलको क्रम पालना गर्नुहोस्। सफा शेलको नयाँ चाइल्ड, चर अझै समातिरहेको पुरानो टर्मिनल वा IDE को चाइल्डभन्दा फरक केस हो।

वातावरण चर अनसेट गर्दा पहिले नै त्यससँग सुरु भएको प्रक्रियाबाट लाइब्रेरी अनलोड हुँदैन। त्यसैले चलिरहेको एप्लिकेसनले सुधारिएको लन्च मार्गबाट पुनः सुरु नभएसम्म र्‍यापर राख्न सक्छ।

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