Proxychains DNS: হোস্টনেমগুলি কেন সিন্থেটিক IP ঠিকানা পায়

proxychains-এর অধীনে চলা একটি প্রোগ্রাম একটি সাধারণ হোস্টনেমকে অপরিচিত ঠিকানা পরিসরে সমাধান করে। সেই ঠিকানাটি ইন্টারনেট থেকে আসা DNS উত্তর নাও হতে পারে, বরং মোড়কের ভিতরের একটি হিসাবরক্ষণের মান হতে পারে।

এর proxy-DNS মোডে proxychains-ng একটি হোস্টনেম মনে রাখতে পারে, অ্যাপ্লিকেশনকে একটি সিন্থেটিক ঠিকানা ফেরত দিতে পারে এবং পরে ইন্টারসেপ্ট করা সংযোগ প্রক্সির মাধ্যমে খোলা হলে সেই মানটিকে আবার হোস্টনেমে রূপান্তর করতে পারে।

প্লেসহোল্ডারটি এক্সিট IP নয়

নমুনা কনফিগারেশন proxy_dns এবং remote_dns_subnet নথিভুক্ত করে। সংরক্ষিত ম্যাপিং পরিসরটি কনফিগারযোগ্য। এটি এমন ঠিকানা নয় যা আপনি পিং করবেন বা প্রক্সির পাবলিক উৎস হিসেবে প্রকাশ করবেন বলে আশা করেন।

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

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

অ্যাপ্লিকেশনের প্লেসহোল্ডার, প্রক্সির দিকে নির্বাচিত প্রকৃত গন্তব্য ঠিকানা, এবং ওয়েবসাইট যে পাবলিক এক্সিট দেখে — এগুলি আলাদা করুন। এগুলি ভিন্ন কাজ করে এবং মিলতে হবে এমন নয়।

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