কেন nslookup VPN-এর ভেতর দিয়ে নাম সমাধান করে কিন্তু ব্রাউজার পারে না

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

নিচের পরীক্ষাগুলো সিস্টেম থেকে বাইরের দিকে সেই পথগুলো অনুসরণ করে। কোন পথ উত্তর দিয়েছে আর কোনটি ব্যর্থ হয়েছে তা না জেনে VPN প্রোফাইল সম্পাদনা করবেন না।

তিনটি নীতি উত্তর নির্ধারণ করে

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

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

কেন ব্রাউজার আলাদা প্রশ্ন করে

nslookup তার নির্বাচিত সার্ভারে নিজের কোয়েরি পাঠায় এবং নামস্থান নীতি বা ব্রাউজারের এনক্রিপ্টেড DNS সেটিং কোনোটিই অনুসরণ করে না। এজন্যই পাবলিক রিজলভারের কাছে ম্যানুয়াল কোয়েরি উত্তর দেয়, অথচ ব্রাউজার জানায় সাইটটির অস্তিত্ব নেই। আপনি দুটি প্রোগ্রাম তুলনা করছেন, একই প্রোগ্রামের দুটি অবস্থা নয়।

ঠিকানা-পরিবার পছন্দ বিলম্ব ব্যাখ্যা করে, ব্যর্থতা নয়। যে ব্রাউজার কেবল IPv4 বহনকারী টানেলে প্রথমে IPv6 রেকর্ড চায়, সে পিছিয়ে যাওয়ার আগে টাইমআউটের জন্য অপেক্ষা করে। Firefox ঠিক এজন্যই একটি পছন্দ বহন করেছে, আর তা নিষ্ক্রিয় করা মেরামত নয়, ডায়াগনস্টিক ধাপ।

রিজলভার তালিকা ও নিয়ম পড়ুন

Windows-এ তত্ত্ব গাঁথার আগে সিস্টেম যা ধরে আছে তা ছাপুন। Get-DnsClientServerAddress ইন্টারফেসভিত্তিক সার্ভার দেখায়, Get-DnsClientNrptRule নামস্থান নিয়ম তালিকাভুক্ত করে, আর Resolve-DnsName সিস্টেম পথে সঠিক নামের উত্তর দেয়। সেই উত্তরটি VPN-এর সার্ভারে ঠিকানা দিয়ে সরাসরি কোয়েরির সঙ্গে তুলনা করুন। Resolve-DnsName ব্যর্থ হয়ে সরাসরি কোয়েরি সফল হলে সন্দেহভাজন হলো রিজলভার তালিকা বা একটি নামস্থান নিয়ম।

নামটিও আলাদাভাবে যাচাই করুন। একটি অভ্যন্তরীণ সংক্ষিপ্ত নামের কেবল VPN অ্যাডাপ্টারই দেওয়া প্রাইভেট সাফিক্স দরকার হতে পারে, অথচ সম্পূর্ণ কোয়ালিফাইড নাম ভালোভাবে সমাধান হয়। সফল লুকআপের পরে সার্টিফিকেট সতর্কতা অন্য সমস্যার।

অপ্রাপ্য পাঠানো রিজলভার

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

রিজলভার অপ্রাপ্য হলে মেরামত হলো একটি রুট বা অন্তর্ভুক্ত সাবনেট, অন্য DNS সার্ভার নয়।

এনক্রিপ্টেড DNS পুরো পথটি এড়িয়ে যায়

DNS-over-HTTPS ব্যবহারকারী ব্রাউজার নির্বাচিত প্রোভাইডারের সঙ্গে HTTPS সংযোগে নিজেরাই নাম সমাধান করে। এটি চালু থাকলে ওই লুকআপগুলোর জন্য সিস্টেম রিজলভার ও স্প্লিট-DNS নিয়ম সম্পূর্ণ এড়িয়ে যাওয়া হয়, তাই ব্রাউজারে অভ্যন্তরীণ নাম ব্যর্থ হয়, অথচ অপারেটিং সিস্টেম সেগুলো সঠিকভাবে সমাধান করে। উল্টোটাও ঘটে: অভ্যন্তরীণ নাম এমন প্রোভাইডারের মাধ্যমে ব্রাউজারে সফল হয় যা সেগুলো কখনো দেখা উচিত নয়, আর এটি সংযোগ নয়, নীতি সমস্যা।

পরিচালিত ডিভাইসে এনক্রিপ্টেড DNS অনুমোদিত কি না তা সচেতনভাবে ঠিক করুন, তারপর ব্রাউজারের ব্যবস্থাপনা পৃষ্ঠ দিয়ে তা কনফিগার করুন যাতে পছন্দটি দৃশ্যমান হয়। এটি ব্যক্তিগত পছন্দে ছেড়ে দিলে এমন একটি বহর তৈরি হয় যেখানে একই VPN প্রতিটি ল্যাপটপে ভিন্নভাবে আচরণ করে।

ব্যর্থতার সঙ্গে মেলে এমন মেরামত

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

তারপর লুকআপকে সংযোগ থেকে আলাদা করুন। যে নাম সঠিক ঠিকানায় সমাধান হয় কিন্তু সংযোগ প্রত্যাখ্যান করে, সেটি সেবা, ফায়ারওয়াল বা সার্টিফিকেট সমস্যা, আর DNS পরিবর্তন তা ঠিক করবে না।

কোন পথ উত্তর দিয়েছে, কোনটি ব্যর্থ হয়েছে এবং আপনি কী বদলেছেন তা লিখে রাখুন। তাহলে একই উপসর্গের পরের প্রতিবেদনে এক দুপুরের বদলে একটি কমান্ডই লাগবে।