Proxychains LD_PRELOAD ناکامیوں کی تشخیص

پروگرام شروع ہوتا ہے، لیکن ٹرمینل کہتا ہے کہ proxychains لائبریری پیشگی لوڈ نہیں کی جا سکی۔ اسے ناکام سیٹ اپ مرحلہ سمجھیں، ایسی بے ضرر انتباہ نہیں جسے Exit IP جانچتے وقت نظر انداز کیا جا سکے۔

Proxychains-ng متعلقہ کالوں کو روکنے کے لیے لوڈ شدہ لائبریری پر انحصار کرتا ہے۔ اگر وہ لائبریری موجود نہ ہو، غیر مطابق ہو یا پروسیس میں لوڈ نہ ہو، تو پروگرام آپ کی متوقع مداخلت کے بغیر چل سکتا ہے۔

لائبریری کو پروسیس سے ہم آہنگ کریں

پیکیج کی اصل لائبریری کا مقام اور executable کی آرکیٹیکچر جانچیں۔ 32-bit راستہ ہارڈ کوڈ کرنے والا پرانا جواب 64-bit پروگرام کے لیے عام مرمت نہیں ہے۔ ہر shell سیشن میں غیر تصدیق شدہ پری لوڈ سیٹنگ عالمی طور پر شامل نہ کریں۔

Linux ڈائنامک لوڈر کا دستی کتابچہ لائبریری کی تلاش اور محفوظ عمل درآمد کی پابندیوں کی وضاحت کرتا ہے۔ پروسیس شروع کرنے کے بعض حالات پری لوڈ سیٹنگز کو جان بوجھ کر نظر انداز یا محدود کرتے ہیں۔ صرف ماحولیاتی متغیر مقرر ہونے سے سٹیٹک executable بھی متحرک طور پر روکا جانے والا نہیں بنتا۔

پروجیکٹ کا README ریپر کے معاون ماڈل کو دستاویز کرتا ہے۔ اپنی نیٹ ورکنگ عمل درآمد، الگ معاون پروسیس یا پہلے سے چلنے والی مثالیں رکھنے والی ایپلیکیشنز ابتدائی لائبریری لوڈ ہونے پر بھی دیگر حدود لا سکتی ہیں۔

ایپلیکیشن میں مقامی پراکسی سیٹنگ دستیاب ہونے پر زیادہ واضح آپشن ہو سکتی ہے۔ یہ ہر کنکشن کے باہر سے پکڑے جانے کے فرض کے بجائے ایپلیکیشن کے مطلوبہ نیٹ ورک انٹرفیس کو استعمال کرتی ہے۔

ناکام ریپر سیٹ اپ پر، رکیں اور پہچانیں کہ واقعی کیا شروع ہوا۔ صرف پروسیس کی Exit حالت بتا سکتی ہے کہ ایپلیکیشن چلی، یہ نہیں کہ اس کا ٹریفک پراکسی سے گزرا۔ لائبریری لوڈنگ، روکی گئی کالوں اور مشاہدہ شدہ بیرونی کنکشن کو الگ ثبوت کے طور پر رکھیں۔