প্রোগ্রামটি শুরু হয়, কিন্তু টার্মিনাল বলে যে একটি proxychains লাইব্রেরি আগে থেকে লোড করা যায়নি। এটিকে ব্যর্থ সেটআপ ধাপ হিসেবে ধরুন, এক্সিট IP পরীক্ষা করার সময় উপেক্ষা করার মতো নিরীহ সতর্কতা নয়।

Proxychains-ng প্রাসঙ্গিক কল ইন্টারসেপ্ট করতে লোড করা লাইব্রেরির উপর নির্ভর করে। সেই লাইব্রেরি অনুপস্থিত, অসামঞ্জস্যপূর্ণ বা প্রসেসে লোড না হলে প্রোগ্রামটি আপনার প্রত্যাশিত ইন্টারসেপশন ছাড়াই চলতে পারে।

লাইব্রেরিকে প্রসেসের সঙ্গে মিলিয়ে নিন

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

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

প্রজেক্টের README র্যাপারের সমর্থিত মডেল নথিভুক্ত করে। নিজস্ব নেটওয়ার্কিং বাস্তবায়ন, আলাদা সহায়ক প্রসেস বা ইতিমধ্যে চলমান ইনস্ট্যান্স থাকা অ্যাপ্লিকেশন প্রাথমিক লাইব্রেরি লোড হলেও অন্যান্য সীমা আনতে পারে।

অ্যাপ্লিকেশনে নেটিভ প্রক্সি সেটিং উপলব্ধ থাকলে তা আরও স্পষ্ট বিকল্প হতে পারে। প্রতিটি সংযোগ বাইরে থেকে ধরা যাবে ধরে না নিয়ে এটি অ্যাপ্লিকেশনের উদ্দিষ্ট নেটওয়ার্ক ইন্টারফেস ব্যবহার করে।

ব্যর্থ র্যাপার সেটআপে থামুন এবং প্রকৃতপক্ষে কী চালু হয়েছিল তা নির্ধারণ করুন। কেবল প্রসেসের এক্সিট স্ট্যাটাস দেখাতে পারে যে অ্যাপ্লিকেশন চলেছিল, কিন্তু তার ট্রাফিক প্রক্সি দিয়ে গেছে তা নয়। লাইব্রেরি লোড, ইন্টারসেপ্ট করা কল এবং পর্যবেক্ষিত বহির্গামী সংযোগকে আলাদা প্রমাণ হিসেবে রাখুন।

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