ডিএনএস ওভার এইচটিটিপিএস: এটি কী এবং কীভাবে এটি আপনার কোয়েরিগুলোকে সুরক্ষিত রাখে

আলফা গাইড » কম্পিউটিং » ডিএনএস ওভার এইচটিটিপিএস: এটি কী এবং কীভাবে এটি আপনার কোয়েরিগুলোকে সুরক্ষিত রাখে

আপনি যখন কোনো ওয়েব অ্যাড্রেস টাইপ করেন, তখন আপনি যাতে সঠিক সাইটে পৌঁছান তা নিশ্চিত করার জন্য নেপথ্যে একটি উপাদান কাজ করে: সেটি হলো ডোমেইন নেম সিস্টেম (DNS)। DNS সহজে মনে রাখার মতো নামগুলোকে এমন আইপি অ্যাড্রেসে অনুবাদ করে যা কম্পিউটার বুঝতে পারে। এটি সুবিধাজনক, এতে কোনো সন্দেহ নেই, কিন্তু বছরের পর বছর ধরে এটি একটি বড় দুর্বলতা নিয়ে কাজ করেছে: এই কোয়েরিগুলো এনক্রিপ্ট করা ছাড়াই পাঠানো হতো। এই কারণেই ডিএনএস ওভার এইচটিটিপিএস (DNS over HTTPS), যা ডিওএইচ (DoH) নামেও পরিচিত, এত জনপ্রিয় হয়ে উঠেছে—এটি সুরক্ষার একটি অতিরিক্ত স্তর যা আপনার ইন্টারনেট পরিষেবা প্রদানকারীর পক্ষে আপনি কোন ডোমেইনগুলো ভিজিট করছেন তা ট্র্যাক করা আরও কঠিন করে তোলে।

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

DNS কী এবং প্রচলিত ব্যবস্থাটি কেন ত্রুটিপূর্ণ?

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

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

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

ডিএনএস ওভার এইচটিটিপিএস: কোয়েরিটি এনক্রিপ্ট করুন যাতে এটি সকলের কাছে দৃশ্যমান না হয়।

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

এটি কার্যকর হওয়ার জন্য, যে ডিএনএস সার্ভারকে কোয়েরি করা হচ্ছে, সেটিকেও ডোমেইন-ভিত্তিক ডিএনএস (DoH ) সমর্থন করতে হবে। শুধু ব্রাউজারে একটি অপশন চালু করাই যথেষ্ট নয়: নির্বাচিত রিজলভারটিকে অবশ্যই এই স্ট্যান্ডার্ড মেনে চলতে হবে। এই স্পেসিফিকেশনটি ক্রমাগত বিকশিত হচ্ছে এবং এটিকে এখনও একটি উন্নয়নশীল প্রযুক্তি হিসেবে বিবেচনা করা হয়, যদিও ২০১৮ সাল থেকে গুগল এবং মোজিলা ফাউন্ডেশনের মতো সংস্থাগুলো এটি পরীক্ষা ও একীভূত করে আসছে। উন্নত গোপনীয়তার পাশাপাশি, পরীক্ষা থেকে জানা যায় যে DoH ল্যাটেন্সি কমাতে এবং কোয়েরি দ্রুততর করতে পারে, কারণ এক্ষেত্রে সবসময় পুরো ডোমেইন রিজলভ করার প্রয়োজন হয় না, বরং শুধুমাত্র ন্যূনতম প্রয়োজনীয় অংশটুকুই যথেষ্ট।

DoH-এর সুবিধাসমূহ: অধিক গোপনীয়তা, কম কারসাজি এবং উন্নততর পারফরম্যান্স।

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

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

অসুবিধা ও বিতর্ক: যখন এনক্রিপশন জীবনকে জটিল করে তোলে

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

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

Chrome, Edge, এবং Firefox-এ DoH কীভাবে চালু করবেন

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

Google Chrome

ক্রোমে, দ্রুততম উপায় হলো টাইপ করা chrome://flags/#dns-over-https ঠিকানা বারে। এটি আপনাকে সরাসরি ক্রোমের ফ্ল্যাগ বা পরীক্ষামূলক ফিচারগুলোতে নিয়ে যাবে।আপনি ‘Secure DNS lookups’ নামের একটি অপশন নির্বাচিত দেখতে পাবেন; ‘Default’ লেখা ড্রপডাউন মেনুতে ক্লিক করে ‘Enabled’ বেছে নিন। এরপর পরিবর্তনটি কার্যকর হওয়ার জন্য আপনাকে আপনার ব্রাউজারটি পুনরায় চালু করতে হবে।

Microsoft Edge

ক্রোমিয়াম-ভিত্তিক এজ-এর ক্ষেত্রে প্রক্রিয়াটি কার্যত অভিন্ন। আপনার ব্রাউজার খুলুন এবং টাইপ করুন edge://flags/#dns-over-https অনুসন্ধান বারেআপনি Edge-এর Flags-এ প্রবেশ করলে একই Secure DNS lookups অপশনটি দেখতে পাবেন। Default-কে Enabled-এ পরিবর্তন করুন এবং অনুরোধ করা হলে ব্রাউজারটি রিস্টার্ট করুন।

Mozilla Firefox

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

ডিএনএস ওভার টিএলএস (ডিওটি): অন্য এনক্রিপ্টেড পথ

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

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

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

স্বাস্থ্য বিভাগ বনাম প্রশিক্ষণ বিভাগ: একই জিনিস রক্ষা করার দুটি উপায়

DoH এবং DoT-এর মধ্যে প্রধান পার্থক্যটি হলো পোর্ট এবং ট্র্যাফিককে কীভাবে ছদ্মবেশে রাখা হয়। DoT তার নিজস্ব পোর্ট, ৮৫৩ ব্যবহার করে, যেখানে DoH ৪৪৩ ব্যবহার করে এবং সাধারণ HTTPS সংযোগের সাথে মিশে যায় । এই আপাতদৃষ্টিতে সামান্য পার্থক্যটি যথেষ্ট বিতর্কের জন্ম দিয়েছে। গোপনীয়তার দৃষ্টিকোণ থেকে, অন্যান্য ট্র্যাফিক থেকে DNS কোয়েরিগুলোকে আলাদা করা না যাওয়াটা একটি সুবিধা: যদি এগুলো শনাক্ত না করা হয়, তবে এগুলোকে সহজে ম্যানিপুলেট করা যায় না। তবে, নেটওয়ার্ক ব্যবস্থাপনার দৃষ্টিকোণ থেকে, নিয়ন্ত্রণ হারিয়ে যায় এবং নিরাপত্তা বা ফিল্টারিং নীতি বাস্তবায়ন করা আরও কঠিন হয়ে পড়ে।

এর মূলে দুটি দৃষ্টিভঙ্গি রয়েছে। অনেক ইন্টারনেট স্ট্যান্ডার্ড তৈরি করে এমন কনসোর্টিয়াম IETF, DoT-এর পেছনে রয়েছে , অন্যদিকে গুগল এবং মোজিলা ফাউন্ডেশন DoH-কে জোরালোভাবে সমর্থন করেছে। এগুলো পরস্পরবিরোধী প্রযুক্তি নয়, তবে এগুলো গোপনীয়তা, নেটওয়ার্ক দৃশ্যমানতা এবং মধ্যস্থতাকারীদের ভূমিকা বোঝার ভিন্ন ভিন্ন পদ্ধতির প্রতিনিধিত্ব করে। কোনটি বেছে নেওয়া হবে তা নির্ভর করে কী রক্ষা করা প্রয়োজন এবং কাকে নেটওয়ার্ক পরিচালনা করতে হবে তার উপর।

DoH বনাম VPN: এটি প্রশ্নটিকে সুরক্ষা দেয়, সম্পূর্ণ যাত্রাপথকে নয়।

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

একটি সাইট লোড হওয়ার আগে DNS কী কাজ করে?

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

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

DoH কী গোপন করে এবং কী প্রকাশ করে?

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

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

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

একটি ভিপিএন কী সুরক্ষা দেয় এবং কী লুকাতে পারে না?

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

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

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

DoH এবং একটি VPN একই সাথে ব্যবহার করা যেতে পারে।

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

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

কখন DoH যথেষ্ট এবং কখন VPN ব্যবহার করা পরামর্শযোগ্য?

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

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

গুগল পাবলিক ডিএনএস ডিওএইচ এপিআই-এর প্রযুক্তিগত বিবরণ

গুগল পাবলিক ডিএনএস দুটি স্বতন্ত্র DoH এপিআই প্রদান করে। একটি RFC 8484-এর জন্য ডিজাইন করা হয়েছে এবং এটি https://dns.google/dns-query-তে GET এবং POST অনুরোধ গ্রহণ করে; অন্যটি একটি JSON এপিআই যা শুধুমাত্র https://dns.google/resolve-এ GET অনুরোধ সমর্থন করে । এছাড়াও https://dns.google/-এ একটি ওয়েব ইন্টারফেস রয়েছে যা ব্রাউজারে JSON ফলাফল প্রদর্শন করে, কিন্তু এটি একটি সম্পূর্ণ এপিআই বাস্তবায়ন করে না। এই ইন্টারফেসটিকে এপিআই ইউআরএল বা https://dns.google/query-এর সাথে গুলিয়ে ফেলা উচিত নয়। এই পরিষেবাটি অসুরক্ষিত HTTP ইউআরএল সমর্থন করে না, এবং DoH গুগলের পাবলিক DNS64 পরিষেবা দ্বারাও সমর্থিত, যদিও সেক্ষেত্রে শুধুমাত্র IPv6 সমর্থিত। গুগলের সুরক্ষিত পরিবহন ডকুমেন্টেশনে curl-এর উদাহরণ এবং TLS, DoT, ও DoH-এর উপর বিস্তারিত তথ্য অন্তর্ভুক্ত রয়েছে।

উপলব্ধ HTTP পদ্ধতিগুলি

GET মেথড লেটেন্সি কমাতে পারে কারণ এটি আরও কার্যকরভাবে ক্যাশ করে। RFC 8484 GET রিকোয়েস্টে অবশ্যই একটি Base64Url-এনকোডেড DNS মেসেজ সহ একটি `?dns=` প্যারামিটার অন্তর্ভুক্ত করতে হবে , এবং এটিই JSON API দ্বারা সমর্থিত একমাত্র মেথড। POST মেথডটিও শুধুমাত্র RFC 8484-এ উপলব্ধ এবং এটি রিকোয়েস্ট ও রেসপন্স উভয় বডিতেই `application/dns-message` সহ একটি বাইনারি DNS মেসেজ ব্যবহার করে। HEAD মেথডটি বর্তমানে অসমর্থিত এবং একটি 400 Bad Request এরর রিটার্ন করে। অন্যান্য মেথডগুলো 501 Not Implemented এরর রিটার্ন করে।

স্ট্যাটাস কোড এবং ত্রুটি

এপিআই বেশ কিছু HTTP কোড রিটার্ন করে যা জেনে রাখা দরকার। একটি 200 OK কোড নির্দেশ করে যে HTTP পার্সিং এবং DNS রিজলভারের সাথে যোগাযোগ সফল হয়েছে ; এন্ডপয়েন্ট, Accept হেডার এবং GET প্যারামিটারের উপর নির্ভর করে রেসপন্স বডি একটি বাইনারি DNS রেসপন্স বা JSON হতে পারে। দ্রষ্টব্য: একটি HTTP এরর DNS ব্যর্থতাও হতে পারে, তাই SERVFAIL, FORMERR, REFUSED, বা NOTIMP-এর মতো এররের জন্য DNS রেসপন্স কোড, যেমন JSON-এর "Status" ফিল্ড, পরীক্ষা করে দেখা বাঞ্ছনীয়।

• ৩০১ স্থায়ীভাবে স্থানান্তরিত: ক্লায়েন্টকে অবশ্যই Location-এ নির্দিষ্ট করা URL-এ অনুরোধটি পুনরায় চেষ্টা করতে হবে। যদি মূল অনুরোধটি POST হয়ে থাকে, তবে নতুন URL-এ একটি DNS প্যারামিটার নির্দিষ্ট করা থাকলেই কেবল GET দিয়ে পুনরায় চেষ্টা করা উচিত; অন্যথায়, এটি অবশ্যই POST দিয়ে পুনরাবৃত্তি করতে হবে। 302, 307, এবং 308 স্ট্যাটাস কোডও দেখা যেতে পারে, এবং DoH ক্লায়েন্টদের অবশ্যই এই চারটিই সামলাতে হবে। স্থায়ী 301 এবং 308 স্ট্যাটাস কোড অনির্দিষ্টকালের জন্য ক্যাশ করে রাখা যেতে পারে। যে POST অনুরোধগুলি 307 বা 308 স্ট্যাটাস কোড পায়, সেগুলিকে অবশ্যই সর্বদা POST দিয়ে পুনরায় চেষ্টা করতে হবে।
• 400 খারাপ অনুরোধ: GET প্যারামিটার পার্স করতে সমস্যা অথবা একটি অবৈধ DNS অনুরোধ বার্তা। বেশিরভাগ অবৈধ DNS বার্তা FORMERR সহ একটি 200 OK পায়, কিন্তু প্রশ্ন অংশ ছাড়া অপাঠ্য বার্তা, প্রতিক্রিয়া নির্দেশকারী QR কোড, অথবা কোডের অর্থহীন সংমিশ্রণের ক্ষেত্রে HTTP ত্রুটি ঘটে।
• ৪১৩ পেলোড খুব বড়: একটি POST RFC 8484 অনুরোধের বডি ৫১২ বাইটের সর্বোচ্চ বার্তা আকার অতিক্রম করেছে।
• 414 URI খুব দীর্ঘ: GET কোয়েরি হেডারটি খুব বড় ছিল অথবা ডিএনএস প্যারামিটারটি ৫১২ বাইট অতিক্রম করেছে।
• ৪১৫ অসমর্থিত মিডিয়া প্রকার: POST বডিতে application/dns-message কন্টেন্ট টাইপ হেডারটি ছিল না।
• ৪২৯টি অতিরিক্ত অনুরোধ: একটি নির্দিষ্ট সময়ের মধ্যে অনেক বেশি অনুরোধ পাঠানো হয়েছে। ক্লায়েন্টকে অবশ্যই Retry-After হেডারে উল্লেখিত সময় পর্যন্ত অপেক্ষা করতে হবে।
• 500 অভ্যন্তরীণ সার্ভার ত্রুটি: DoH পরিষেবাতে অভ্যন্তরীণ ত্রুটি।
• 501 বাস্তবায়িত নয়: শুধুমাত্র GET এবং POST বাস্তবায়িত হয়েছে; বাকিগুলোর ক্ষেত্রে এই ত্রুটিটি দেখা দেয়।
• 502 খারাপ গেটওয়ে: DoH পরিষেবাটি গুগল পাবলিক ডিএনএস রিজলভারের সাথে যোগাযোগ করতে পারেনি। অন্য কোনো ঠিকানা ব্যবহার করলে কাজ হতে পারে, কিন্তু আরও কার্যকর বিকল্প উপায় হলো অন্য কোনো DoH পরিষেবা ব্যবহার করা অথবা 8.8.8.8 ঠিকানায় UDP বা TCP ব্যবহার করে প্রচলিত ডিএনএস-এ ফিরে যাওয়া।

গোপনীয়তা এবং কর্মক্ষমতার জন্য সর্বোত্তম অনুশীলন

DoH অ্যাপ্লিকেশন ডেভেলপারদের HTTP হেডার সীমিত করা উচিত। Cookie, User-Agent, এবং Accept-Language-এর মতো হেডারগুলো ক্লায়েন্ট ইমপ্লিমেন্টেশন সম্পর্কে তথ্য প্রকাশ করতে পারে এবং পরিচয় উন্মোচনে সহায়তা করতে পারে । DoH-এর জন্য শুধুমাত্র প্রয়োজনীয় হেডারগুলো পাঠানোর পরামর্শ দেওয়া হয়: Host, Content-Type (POST রিকোয়েস্টের জন্য), এবং, প্রয়োজন হলে, Accept। User-Agent হেডারটি ডেভেলপমেন্ট বা টেস্ট ভার্সনে অন্তর্ভুক্ত করা উচিত। কোয়েরিগুলোকে সাধারণ দৈর্ঘ্যে ছোট করতে এবং ট্র্যাফিক বিশ্লেষণ আরও কঠিন করে তুলতে EDNS প্যাডিং অপশন ব্যবহার করারও পরামর্শ দেওয়া হয়। HTTP/2 প্যাডিং সম্ভব, কিন্তু EDNS প্যাডিংয়ের মতো এটি DoH সার্ভার রেসপন্সে প্যাডিং তৈরি করে না।

RFC 8484-এর POST পদ্ধতিটি শুধুমাত্র গোপনীয়তা-সংবেদনশীল অ্যাপ্লিকেশন বা ব্রাউজার মোডে ব্যবহার করা উচিত। POST ব্যবহার করলে ক্যাশের ধারণক্ষমতা কমে যায় এবং ল্যাটেন্সি বাড়তে পারে, তাই এটি সাধারণত সুপারিশ করা হয় না । তবে, যে অ্যাপ্লিকেশনগুলো ব্যবহারকারী সম্প্রতি কোন ডোমেইনগুলো ভিজিট করেছে তা জানার উদ্দেশ্যে পরিচালিত ওয়েব অ্যাপ সিনক্রোনাইজেশন অ্যাটাক প্রতিরোধ করতে চায়, তাদের জন্য ক্যাশের আকার কমানো যুক্তিযুক্ত হতে পারে। HTTPS পদ্ধতির কিছু বাস্তব সুবিধাও রয়েছে: HTTPS API-গুলো ব্যাপকভাবে সহজলভ্য ও সমর্থিত, যা এর বাস্তবায়নকে সহজ করে তোলে; একটি HTTPS পরিষেবা ওয়েব অ্যাপগুলোকে সব ধরনের DNS রেকর্ডে অ্যাক্সেস দেয়, যা ব্রাউজার বা অপারেটিং সিস্টেম API-এর সীমাবদ্ধতা এড়াতে সাহায্য করে, কারণ সেগুলো সাধারণত হোস্ট-টু-অ্যাড্রেস লুকআপের মধ্যেই সীমাবদ্ধ থাকে; এবং যে ক্লায়েন্টগুলো QUIC ব্যবহার করে UDP-এর উপর HTTPS প্রয়োগ করে, তারা TCP-এর ক্ষেত্রে ঘটা লাইন-হেড ব্লকিং-এর মতো সমস্যাগুলো এড়াতে পারে। আপনি যদি কোনো বাগের সম্মুখীন হন বা কোনো নতুন ফিচারের জন্য অনুরোধ করতে চান, তবে DoH-সম্পর্কিত সমস্যাটি প্রচলিত চ্যানেলের মাধ্যমে রিপোর্ট করা উচিত।

DoH এবং VPN সম্পর্কে সাধারণ প্রশ্নাবলী

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

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

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

ডোমেইন নেম সিস্টেম (DoH) এবং ভিপিএন সরাসরি প্রতিদ্বন্দ্বী নয়, বরং ভিন্ন সক্ষমতা সম্পন্ন দুটি টুল। DoH ডোমেইন খোঁজার প্রক্রিয়াকে এনক্রিপ্ট করে এবং এই অংশের ঝুঁকি কমায়; একটি ভিপিএন আপনার ডিভাইস ও সার্ভারের মধ্যবর্তী পথকে এনক্রিপ্ট করে এবং গন্তব্যস্থলে প্রদর্শিত আইপি অ্যাড্রেস পরিবর্তন করে দেয় । কোনোটিই আপনাকে অদৃশ্য করে না: অ্যাকাউন্ট, কুকি, ব্রাউজার ফিঙ্গারপ্রিন্ট, অ্যাপ পারমিশন, ম্যালওয়্যার এবং আপনার সরাসরি শেয়ার করা যেকোনো ডেটা আপনাকে শনাক্ত করতে পারে। কিন্তু এর মানে এই নয় যে এগুলো অকেজো। এর সহজ অর্থ হলো, প্রত্যেকটির নিজস্ব ভূমিকা রয়েছে। DoH অ্যাড্রেস খোঁজার প্রক্রিয়াকে সুরক্ষিত রাখে; একটি ভিপিএন আপনার ডেটার যাত্রাপথের আরও অনেক বেশি অংশকে সুরক্ষিত রাখে।