प्रोग्राम सुरू होतो, परंतु टर्मिनल सांगते की proxychains लाइब्रेरी आधीच लोड करता आली नाही. हे अयशस्वी सेटअप पायरी माना, एक्झिट IP तपासताना दुर्लक्ष करण्याजोगी निरुपद्रवी चेतावणी नाही.

Proxychains-ng संबंधित कॉल्सना इंटरसेप्ट करण्यासाठी लोड केलेल्या लाइब्रेरीवर अवलंबून असते. जर ती लाइब्रेरी नसेल, विसंगत असेल किंवा प्रोसेसमध्ये लोड झाली नसेल, तर प्रोग्राम अपेक्षित इंटरसेप्शनशिवाय चालू शकतो.

लाइब्रेरी प्रोसेसशी जुळवा

पॅकेजचे प्रत्यक्ष लाइब्रेरी स्थान आणि एक्झिक्युटेबलची आर्किटेक्चर तपासा. 32-bit पथ हार्डकोड करणारे जुने उत्तर 64-bit प्रोग्रामसाठी सामान्य दुरुस्ती नाही. प्रत्येक shell सत्रात पडताळणी न केलेली प्रीलोड सेटिंग जागतिक स्तरावर जोडू नका.

Linux डायनॅमिक लोडरचे पुस्तिका लाइब्रेरी शोध आणि सुरक्षित अंमलबजावणीच्या निर्बंधांचे स्पष्टीकरण देते. काही प्रोसेस सुरू करण्याच्या परिस्थिती प्रीलोड सेटिंग्ज जाणीवपूर्वक दुर्लक्षित किंवा मर्यादित करतात. स्थिर एक्झिक्युटेबल देखील केवळ पर्यावरण चल सेट केल्यामुळे गतिशीलपणे इंटरसेप्ट करण्यायोग्य होत नाही.

प्रकल्पाचे README रॅपरचे समर्थित मॉडेल नोंदवते. स्वतःची नेटवर्किंग अंमलबजावणी, वेगळ्या सहाय्यक प्रोसेस किंवा आधीच चालू असलेल्या इन्स्टन्स असलेली अ‍ॅप्लिकेशन्स सुरुवातीची लाइब्रेरी लोड झाली तरी इतर मर्यादा आणू शकतात.

अ‍ॅप्लिकेशनमधील मूळ प्रॉक्सी सेटिंग उपलब्ध असल्यास ती अधिक स्पष्ट पर्याय असू शकते. प्रत्येक कनेक्शन बाहेरून पकडता येईल असे गृहीत धरण्याऐवजी ती अ‍ॅप्लिकेशनच्या इच्छित नेटवर्क इंटरफेसचा वापर करते.

अयशस्वी रॅपर सेटअपमध्ये, थांबा आणि प्रत्यक्षात काय सुरू झाले ते ओळखा. केवळ प्रोसेसची एक्झिट स्थिती अ‍ॅप्लिकेशन चालले हे दाखवू शकते, त्याचा रहदारी प्रॉक्सीतून गेला हे नाही. लाइब्रेरी लोडिंग, इंटरसेप्ट केलेले कॉल आणि निरीक्षण केलेले बाहेर जाणारे कनेक्शन स्वतंत्र पुरावे म्हणून ठेवा.

संबंधित लेख