nslookup বলে সার্ভার অজানা: এটি শুধু একটি লেবেল

VPN সংযুক্ত করুন, nslookup চালান, আর হেডারে রিজলভারের ঠিকানার পাশে নামের ঘরটি Unknown দিয়ে ভরা দেখাবে। ওই শব্দটি উত্তরের উপরে বসে থাকে, আর বেশিরভাগ মানুষ গুরুত্বপূর্ণ অংশটির আগেই পড়া থামিয়ে দেন। লেবেলটি বলে রিজলভারের নিজের কোনো রিভার্স নাম আছে কি না; আপনি যে হোস্টনাম চেয়েছিলেন সেটি রিজলভ হয়েছে কি না, সে সম্পর্কে এটি এখনো কিছুই বলে না। এই জানালাটি আগেভাগে বন্ধ করাই এখানকার পুরো দক্ষতা।

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

উত্তর দেওয়ার আগে টুলটি কী করে

nslookup যে সার্ভার ঠিকানা ব্যবহার করতে যাচ্ছে তার জন্য একটি নাম খুঁজতে চেষ্টা করতে পারে, যা in-addr.arpa বা ip6.arpa ডোমেইনে একটি রিভার্স লুকআপ। ওই PTR রেকর্ডটি অনুপস্থিত, নীতি দিয়ে ফিল্টার করা বা কেবল প্রকাশিত না হলে টুলটি Unknown ছাপিয়ে এগিয়ে যায়। ফরওয়ার্ড রিজলিউশন ওই ব্যর্থতায় প্রভাবিত হয় না, কারণ এটি একই সার্ভারে পাঠানো ভিন্ন একটি প্রশ্ন।

এই কারণেই একটি প্রাইভেট রিজলভার প্রতিটি কর্পোরেট নাম সঠিকভাবে উত্তর দিয়েও টুলের হেডারে নামহীন দেখাতে পারে। ঠিকানাটি জানা, তার পেছনের নামটি নয়, আর টুলটি যে শব্দ বেছে নেয় সে বিষয়ে একটু নাটকীয় থাকলেও এতে সৎ।

দুটি কোয়েরি সচেতনভাবে চালান

আপনার প্রয়োজনীয় একটি হোস্ট সম্পর্কে জিজ্ঞাসা করুন, তারপর রিজলভারের নিজের ঠিকানা সম্পর্কে। প্রথম অনুরোধে আপনার দরকারের নামটি থাকে; দ্বিতীয়টি সার্ভারকে জিজ্ঞাসা করে সে নিজের নাম বলতে পারে কি না। লিখিতভাবে সেগুলো এমন: হোস্টের জন্য nslookup app.corp.example 10.77.0.53, আর রিজলভারের রিভার্স নামের জন্য nslookup 10.77.0.53 10.77.0.53।

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

একই রকম দেখতে তিনটি ফল, যেগুলো এক নয়

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

কেবল প্রথম দুটি আপনার অ্যাপ্লিকেশনের জন্য ব্যর্থ একটি DNS পথ বর্ণনা করে। তৃতীয়টি এমন একটি রেকর্ড বর্ণনা করে যা কখনো প্রকাশিত হয়নি, আর এটিকে ত্রুটি ভাবলে এমন পরিবর্তন করা হয় যা তা সারাতে পারে না, যেমন হেডারটি আরও বন্ধুত্বপূর্ণ দেখাতে সার্চ সাফিক্স পুনর্লিখন করা।

অংশগুলো পড়ুন, হেডার নয়

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

সাপোর্টে পাঠানো যেকোনো কিছুতে দুটি বিষয়ই স্পষ্ট রাখুন: কোন নামটি জিজ্ঞাসা করা হয়েছে এবং কোন সার্ভারকে জিজ্ঞাসা করা হয়েছে। যে রিপোর্ট কেবল বলে VPN-এর উপর দিয়ে DNS ভাঙা, তা পরের মানুষটিকে আপনি আগেই করা একটি পরীক্ষা আবার গড়তে বাধ্য করে।

যখন রিভার্স নাম সত্যিই গুরুত্বপূর্ণ

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

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