আপনার ব্রাউজারের SOCKS সেটিং nslookup কনফিগার করে না

ব্রাউজার SOCKS প্রক্সি ব্যবহার করে, তারপর nslookup মেশিনের স্বাভাবিক রিজলভারের সাথে যোগাযোগ করে। ব্রাউজার তার দূরবর্তী-DNS বিকল্প উপেক্ষা করেছে বলে সিদ্ধান্তে আসার জন্য এটি যথেষ্ট নয়।

ইউটিলিটি তার নিজের DNS ইন্টারফেসের মাধ্যমে আরেকটি কোয়েরি করেছে। এটি ব্রাউজারকে জিজ্ঞাসা করেনি কোন পথ ব্যবহার করবে। বিপরীতভাবে, যে ব্রাউজার গন্তব্য হোস্টনেম SOCKS-এ পাঠায়, তা ডিভাইসের প্রতিটি রিজলভার ক্লায়েন্ট পুনরায় কনফিগার করে না।

SSH ডাইনামিক ফরওয়ার্ড আরেকটি উপকারী পার্থক্য যোগ করে। এটি SOCKS-সচেতন অ্যাপ্লিকেশন সংযোগ গ্রহণ করে। এটি স্বয়ংক্রিয়ভাবে পুরো সিস্টেমের UDP DNS রিলে নয়। SOCKS অনুরোধে বহন করা গন্তব্য হোস্টনেম সেই লিসেনারের মাধ্যমে সিস্টেমের সাধারণ DNS কোয়েরি না পাঠিয়েও দূরবর্তীভাবে রিজলভ করা যায়।

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

যদি প্রয়োজন পুরো সিস্টেমের নাম-রিজলিউশন রাউটিং হয়, তবে তা আলাদাভাবে উল্লেখ করুন। এর জন্য পরিধির মধ্যে থাকা রিজলভার ট্র্যাফিক কভার করে এমন উপযুক্ত সমর্থিত নকশা দরকার। একটি অ্যাপ্লিকেশন প্রক্সি সেটিং আরও সংকীর্ণ ব্যবস্থা প্রতিষ্ঠা করে।