স্প্লিট টানেল ব্রাউজারকে বাদ দেয়, তার DNS প্রশ্ন নয়

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

ডেটা পথ আর রিজলভার পথ আলাদা হয়

বাদ দেওয়া একটি অ্যাপ্লিকেশনের প্যাকেট টানেল থেকে সরায়, যা ডেটা পথে রাউটিং ও ফায়ারওয়ালের সিদ্ধান্ত। নাম রেজলিউশন একটি ভিন্ন অনুসন্ধান: একটি প্রক্রিয়া সিস্টেমের রিজলভারকে জিজ্ঞাসা করে, আর সেই রিজলভার সিদ্ধান্ত নেয় কোন সার্ভার প্রশ্নটি পাবে।

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

কোন প্রক্রিয়া প্রশ্নটি করে তা খুঁজুন

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

resolvectl status
resolvectl query intranet.example.net
dig +short +time=2 intranet.example.net @10.52.0.2
scutil --dns | head -n 40

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

কোন রিজলভার কোন নাম দেখবে তা ঠিক করুন

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

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

একটি পরীক্ষার লেবেল সবুজ করতে প্রতিটি DNS ফিল্ড নতুন করে লিখবেন না। লেবেলটি একটি প্রক্রিয়ার এক মুহূর্তের একটি প্রশ্ন বর্ণনা করে।

প্রশ্ন ও সংযোগ আলাদাভাবে যাচাই করুন

দুটি পথ আলাদাভাবে পরীক্ষা করুন। সংযোগ পরীক্ষা ডেটা রুট দেখায়, আর রিজলভার পরীক্ষা দেখায় কে নামটি পেয়েছে।

curl -sS --max-time 8 https://api.ipify.org
resolvectl query example.net
dig +short example.net

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

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