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

টানেল চালু, তাই এনক্রিপশন সন্দেহভাজন নয়

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

প্রথমে তিনটি জিনিস লিখে রাখুন: ক্লায়েন্ট যে রিজলভার ব্যবহার করেছে, ব্যর্থ নামের রেসপন্স কোড, এবং যে নামের কাজ করার কথা সেটির জন্য একই কুয়েরি। সরাসরি রিজলভারকে dig example.com @10.20.0.1 দিয়ে জিজ্ঞাসা করুন এবং ব্রাউজারের বার্তা নয়, স্ট্যাটাস লাইনটি পড়ুন। যদি কন্ট্রোল নামটি রিজলভ হয় আর ব্যর্থ নামটি নীতি-উত্তর দেয়, তবে প্রমাণ সম্পূর্ণ। যদি দুটোই ব্যর্থ হয়, ফিল্টার এখনও জড়িত নয়।

চারটি উত্তর, চারটি আলাদা মালিক

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

AnswerWhat it points at
NXDOMAINThe name is withheld: a policy entry or a zone decision removed it
RefusedThe resolver declines to answer; usually an access or policy rule
Replacement addressA redirect to a block page or sinkhole you can query and inspect
No answer at allWeakest evidence: reachability, load or routing, not necessarily policy

টানেলকে কিছু দায়ী করার আগে উত্তরটি টেবিলের সঙ্গে মিলিয়ে নিন। প্রত্যাখ্যান আর আটকে রাখা নাম—দুটোই বোঝায় রিজলভার একটি সিদ্ধান্ত নিয়েছে, অথচ নীরবতা বোঝায় কুয়েরিটি কোনো উত্তরই পায়নি। এই পার্থক্যই ঠিক করে আপনি নীতি-মালিকের পিছনে ছুটবেন না নেটওয়ার্ক পথের।

দুটি ব্রাউজার দুটি নীতি অনুসরণ করতে পারে

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

যখন দুটি অ্যাপ্লিকেশনই টানেল রিজলভার ব্যবহার করে আর কেবল একটি ব্যর্থ হয়, পার্থক্যটি DNS-এ নয়, অ্যাপ্লিকেশনেই। প্রতিটি অ্যাপ্লিকেশনের জন্য রিজলভার ঠিকানাটি লিখুন, কারণ উইন্ডো বন্ধ হলে সেই বিবরণটি হারিয়ে যায়।

নিজের মালিকানার জিনিস বদলান, নিজের নয় এমন জিনিস ঊর্ধ্বে পাঠান

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

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

ব্লক পেজ কোনো বিশ্বস্ত সার্টিফিকেট নয়

নিজের সার্টিফিকেট দেখানো প্রতিস্থাপন পেজ HTTPS পরিচয় সতর্কতা তুলবে, আর রিডাইরেক্ট সেই সার্টিফিকেটকে বৈধ করে না। টানেল চালু আছে বলে তার মধ্য দিয়ে ক্লিক করবেন না; সতর্কতাটি আলাদা একটি বিশ্বাস-সিদ্ধান্ত যা এখনো সঠিক হতে হবে।

রোগনির্ণয় বন্ধ হয় যখন ব্যর্থ নামটি নীতি-উত্তর দেয় আর কন্ট্রোল নামটি একই রিজলভার দিয়ে স্বাভাবিক উত্তর দেয়। সেই মুহূর্তে মেরামত হলো নীতির পরিবর্তন, টানেলের নয়, আর প্রতিবেদনে আপনি যে RFC 1035 রেসপন্স কোড উদ্ধৃত করেন সেগুলোই। দুটি নাম ও উত্তর একসঙ্গে রাখুন; এটাই পুরো বিষয়।

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