প্ৰগ্ৰামটো আৰম্ভ হয়, কিন্তু টাৰ্মিনেলে কয় যে এটা proxychains লাইব্ৰেৰী আগতীয়াকৈ লোড কৰিব পৰা নগ'ল। ইয়াক ব্যৰ্থ সংৰূপণ পদক্ষেপ বুলি ধৰক, এক্সিট IP পৰীক্ষা কৰাৰ সময়ত আওকাণ কৰিব পৰা নিৰীহ সতৰ্কবাণী বুলি নহয়।

Proxychains-ng-এ প্ৰাসংগিক কল আটক কৰিবলৈ লোড কৰা লাইব্ৰেৰীৰ ওপৰত নিৰ্ভৰ কৰে। সেই লাইব্ৰেৰী অনুপস্থিত, অসংগতিপূৰ্ণ বা প্ৰসেছত লোড নহ'লে প্ৰগ্ৰামটো আপুনি আশা কৰা আটকৰ সৈতে নহৈ চলিব পাৰে।

লাইব্ৰেৰী আৰু প্ৰসেছ মিলাই লওক

পেকেজৰ প্ৰকৃত লাইব্ৰেৰী স্থান আৰু এক্সিকিউটেবলৰ আৰ্কিটেকচাৰ পৰীক্ষা কৰক। 32-bit পথ হাৰ্ডক'ড কৰা পুৰণি উত্তৰ 64-bit প্ৰগ্ৰামৰ বাবে সাধাৰণ মেৰামতি নহয়। প্ৰতিটো shell অধিবেশনত সত্যাপিত নকৰা প্ৰিলোড ছেটিং গ্ল'বেলভাৱে নিদিব।

Linux ডাইনামিক লোডাৰৰ হাতপুথিয়ে লাইব্ৰেৰী সন্ধান আৰু সুৰক্ষিত এক্সিকিউচনৰ নিষেধাজ্ঞা ব্যাখ্যা কৰে। কিছুমান প্ৰসেছ আৰম্ভণিৰ পৰিস্থিতিয়ে প্ৰিলোড ছেটিং ইচ্ছাকৃতভাৱে আওকাণ বা সীমিত কৰে। কেৱল এটা পৰিৱেশ চলক সংহতি কৰাৰ বাবেই স্থিৰ এক্সিকিউটেবল ডাইনামিকভাৱে আটকযোগ্য নহয়।

প্ৰজেক্টৰ README-এ ৰেপাৰৰ সমৰ্থিত আৰ্হি নথিভুক্ত কৰে। নিজৰ নেটৱৰ্কিং ৰূপায়ণ, পৃথক সহায়ক প্ৰসেছ বা ইতিমধ্যে চলি থকা উদাহৰণ থকা এপ্লিকেচনে প্ৰাৰম্ভিক লাইব্ৰেৰী লোড হলেও অন্য সীমা আনিব পাৰে।

এপ্লিকেচনত থকা থলুৱা প্ৰক্সি ছেটিং উপলব্ধ হ'লে অধিক স্পষ্ট বিকল্প হ'ব পাৰে। প্ৰতিটো সংযোগ বাহিৰৰ পৰা ধৰিব পৰা যায় বুলি ধৰি লোৱাৰ পৰিবৰ্তে ই এপ্লিকেচনৰ উদ্দেশ্যিত নেটৱৰ্ক ইণ্টাৰফেচ ব্যৱহাৰ কৰে।

ব্যৰ্থ ৰেপাৰ সংৰূপণত ৰৈ যাওক আৰু প্ৰকৃততে কি আৰম্ভ হৈছিল নিৰ্ণয় কৰক। কেৱল প্ৰসেছৰ এক্সিট স্থিতিয়ে দেখুৱাব পাৰে যে এপ্লিকেচন চলিছিল, কিন্তু ইয়াৰ ট্ৰেফিক প্ৰক্সিৰ মাজেৰে গৈছিল বুলি নহয়। লাইব্ৰেৰী লোড, আটক কৰা কল আৰু পৰ্যবেক্ষণ কৰা বাহ্যিক সংযোগক পৃথক প্ৰমাণ হিচাপে ৰাখক।

সম্পৰ্কিত প্ৰবন্ধ