ব্যক্তিগত DNS বনাম VPN: প্রতিটি স্তর আসলে কী ঢাকে

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

এই দুটি বৈশিষ্ট্য একই যাত্রার ভিন্ন বিন্দুতে রয়েছে। ব্যক্তিগত DNS সেই প্রশ্নটি এনক্রিপ্ট করে যা আপনি একটি সমাধানকারীকে জিজ্ঞাসা করেন। VPN সেই পথটি বদলায় যা উত্তরটির সংযোগ নেয়।

তাই এটি ক্রমে সেই ডিভাইসে দেখুন যেখানে দুটোই সক্রিয়, এবং নোট করুন প্রতিটি স্তর এখনও কী দেখতে পারে।

প্রথম ধাপ: খোঁজটি অ্যাপ ছেড়ে যায়

আপনি একটি লিঙ্কে ট্যাপ করেন। কিছু সংযুক্ত হওয়ার আগে অ্যাপটির সেই হোস্টনামের জন্য একটি ঠিকানা দরকার। Android-এ প্রাসঙ্গিক স্ক্রিন হল সেটিংস, নেটওয়ার্ক এবং ইন্টারনেট, ব্যক্তিগত DNS। প্রোভাইডারের হোস্টনাম বেছে নিলে ডিভাইসটি কঠোর মোডে যায়: এটি সেই হোস্টনামে পোর্ট 853-এ TLS-এর মাধ্যমে DNS করে, এবং এনক্রিপ্টেড বিনিময় ব্যর্থ হলে খোঁজটি ব্যর্থ হয়, পোর্ট 53-এ নিঃশব্দে সাধারণ টেক্সটে ফিরে যাওয়ার বদলে।

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

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

দ্বিতীয় ধাপ: সংযোগটি অন্য পথ নেয়

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

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

এই বিচ্ছেদই পুরো তুলনা এক বাক্যে। DNS এনক্রিপশন উত্তর দেয় কে প্রশ্নটি পড়তে পারে। VPN উত্তর দেয় কথোপকথনটি কোথায় যায়।

তৃতীয় ধাপ: টানেলের ভেতরে DNS নীতির প্রশ্ন হয়ে ওঠে

এখন দুটি বৈশিষ্ট্য পরস্পরের উপর ক্রিয়া করে, এবং ব্রাউজারই আশ্চর্যের সাধারণ উৎস। নিজস্ব সুরক্ষিত DNS সেটিংসহ একটি ব্রাউজার অপারেটিং সিস্টেমকে জিজ্ঞাসা করার বদলে HTTPS-এর মাধ্যমে তার বেছে নেওয়া সমাধানকারীর কাছে খোঁজ পাঠাতে পারে। Android-এর ব্যক্তিগত DNS সেটিং সেই সিদ্ধান্তে পৌঁছায় না।

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

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

চতুর্থ ধাপ: ভেতরের নামগুলোই সেই জায়গা যেখানে এটি ভাঙে

কোনো কাজের VPN-এ সংযুক্ত হোন এবং একটি ইন্ট্রানেট হোস্ট খুলুন। যদি ব্রাউজারের সুরক্ষিত DNS চালু থাকে এবং একটি পাবলিক সমাধানকারীর দিকে নির্দেশ করে, তবে সেই নামটি ব্রাউজারের কাছে নেই। টানেল দাঁড়িয়ে আছে, বাকি সব কাজ করছে, এবং একটি হোস্টনাম এমন ত্রুটিতে ব্যর্থ হয় যা দেখে মনে হয় সাইটটি বন্ধ।

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

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

এই ভ্রমণ আপনাকে কী বদলাতে বলে

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

1. Android সেটিংস, নেটওয়ার্ক এবং ইন্টারনেট, ব্যক্তিগত DNS: স্বয়ংক্রিয় বা প্রোভাইডারের হোস্টনাম, এবং কোন হোস্টনাম।
2. ব্রাউজারের সুরক্ষিত DNS সেটিং: বন্ধ, বা একটি নির্দিষ্ট সমাধানকারীতে পিন করা।
3. VPN ক্লায়েন্টের DNS নীতি: এটি কি সমাধানকারী পাঠায়, এবং বিভক্ত টানেল কি এমন কিছু বাদ দেয় যার এখনও নাম দরকার?
4. টানেল দাঁড়ানো অবস্থায় ভেতরের হোস্টনামের পরীক্ষা, দুবার করা হয়েছে, একবার ব্রাউজার DNS চালু এবং একবার বন্ধ।

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

এবং সীমাগুলো নজরে রাখুন। দুটি বৈশিষ্ট্যের কোনোটিই কোনো শত্রুতাপূর্ণ গন্তব্যকে নিরাপদ করে না এবং কোনোটিই আপনি যে পরিচয়ে সাইন ইন করেছেন তা সরায় না। এনক্রিপশন বদলায় কে প্রশ্নটি পড়তে পারে; টানেল বদলায় সংযোগ কোথায় যায়; এর কোনোটিই অ্যাকাউন্টকে বেনামি করে না।