মোজিলা ফায়ারফক্সে ডিফল্টরূপে DNS-ওভার-HTTPS সক্ষম করতে চলে

ফায়ারফক্স ডেভেলপারস ঘোষণা HTTPS (DoH, HTTPS এর উপর DNS) এর জন্য DNS-এর জন্য টেস্টিং সমর্থনের সমাপ্তি এবং সেপ্টেম্বরের শেষে মার্কিন ব্যবহারকারীদের জন্য ডিফল্টরূপে এই প্রযুক্তি সক্ষম করার অভিপ্রায়। অন্তর্ভুক্তিটি ধীরে ধীরে সম্পন্ন করা হবে, প্রাথমিকভাবে কয়েক শতাংশ ব্যবহারকারীর জন্য, এবং সমস্যার অনুপস্থিতিতে, ধীরে ধীরে 100% পর্যন্ত বৃদ্ধি পাবে। মার্কিন যুক্তরাষ্ট্রকে কভার করার পরে, অন্যান্য দেশে DoH অন্তর্ভুক্ত করার সম্ভাবনা বিবেচনা করা হবে।

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

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

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

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

এন্টারপ্রাইজ সমাধানকারীদের সনাক্ত করতে, অ্যাটিপিকাল ফার্স্ট-লেভেল ডোমেনগুলির (TLDs) জন্য চেক করা হয় এবং সিস্টেম সমাধানকারী ইন্ট্রানেট ঠিকানা প্রদান করে। অভিভাবকীয় নিয়ন্ত্রণ সক্ষম কিনা তা নির্ধারণ করার জন্য, exampleadultsite.com নামটি সমাধান করার চেষ্টা করা হয় এবং যদি ফলাফলটি প্রকৃত আইপির সাথে মেলে না, তবে এটি বিবেচনা করা হয় যে DNS স্তরে প্রাপ্তবয়স্ক সামগ্রী ব্লক করা সক্রিয় রয়েছে৷ Google এবং YouTube IP ঠিকানাগুলি restrict.youtube.com,forceafesearch.google.com, এবং restrictmoderate.youtube.com হিসাবে স্পুফ করা হয়েছে কিনা তা দেখতে সূচক হিসাবেও পরীক্ষা করা হয়৷ আরও মজিলা অফার একটি একক পরীক্ষা হোস্ট বাস্তবায়ন use-application-dns.net, যা ISP এবং অভিভাবকীয় নিয়ন্ত্রণ পরিষেবাগুলি DoH নিষ্ক্রিয় করার জন্য একটি পতাকা হিসাবে ব্যবহার করতে পারে (যদি হোস্ট না পাওয়া যায়, Firefox DoH নিষ্ক্রিয় করে)।

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

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

প্রায়: কনফিগারেশনে DoH সক্ষম করতে, network.trr.mode ভেরিয়েবলের মান পরিবর্তন করুন, যা Firefox 60 সাল থেকে সমর্থিত। 0 এর মান সম্পূর্ণরূপে DoH অক্ষম করে; 1 - DNS বা DoH ব্যবহার করা হয়, যেটি দ্রুত হয়; 2 - ডিফল্টরূপে DoH ব্যবহৃত হয়, এবং DNS একটি ফলব্যাক হিসাবে ব্যবহৃত হয়; 3 - শুধুমাত্র DoH ব্যবহার করা হয়; 4 - মিররিং মোড যেখানে DoH এবং DNS সমান্তরালভাবে ব্যবহৃত হয়। CloudFlare-এর DNS সার্ভারটি ডিফল্টরূপে ব্যবহৃত হয়, কিন্তু এটি network.trr.uri প্যারামিটারের মাধ্যমে পরিবর্তন করা যেতে পারে, উদাহরণস্বরূপ, আপনি "https://dns.google.com/experimental" বা "https://9.9.9.9" সেট করতে পারেন /dns-query "।

উত্স: opennet.ru