ডিএনএস-ওভার-এইচটিটিপিএস মার্কিন ব্যবহারকারীদের জন্য ফায়ারফক্সে ডিফল্টরূপে সক্রিয়

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

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

প্রদানকারী পরিবর্তন করুন বা DoH অক্ষম করুন পারেন নেটওয়ার্ক সংযোগ সেটিংসে। উদাহরণস্বরূপ, আপনি Google সার্ভার অ্যাক্সেস করার জন্য একটি বিকল্প DoH সার্ভার “https://dns.google/dns-query” উল্লেখ করতে পারেন, “https://dns.quad9.net/dns-query” - Quad9 এবং “https:// /doh .opendns.com/dns-query" - OpenDNS। About:config এছাড়াও network.trr.mode সেটিং প্রদান করে, যার মাধ্যমে আপনি DoH অপারেটিং মোড পরিবর্তন করতে পারেন: 0 এর মান সম্পূর্ণরূপে DoH অক্ষম করে; 1 - DNS বা DoH ব্যবহার করা হয়, যেটি দ্রুত হয়; 2 - ডিফল্টরূপে DoH ব্যবহৃত হয়, এবং DNS একটি ফলব্যাক বিকল্প হিসাবে ব্যবহৃত হয়; 3 - শুধুমাত্র DoH ব্যবহার করা হয়; 4 - মিররিং মোড যেখানে DoH এবং DNS সমান্তরালভাবে ব্যবহৃত হয়।

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

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

DoH সতর্কতার সাথে ব্যবহার করা উচিত। উদাহরণস্বরূপ, রাশিয়ান ফেডারেশনে, ফায়ারফক্সে দেওয়া ডিফল্ট DoH সার্ভার mozilla.cloudflare-dns.com এর সাথে সম্পর্কিত IP ঠিকানা 104.16.248.249 এবং 104.16.249.249, তালিকাভুক্ত в তালিকাগুলি ব্লক করা রোসকোমনাডজোর 10.06.2013 জুন, XNUMX তারিখের স্ট্যাভ্রপোল আদালতের অনুরোধে।

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

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

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

উত্স: opennet.ru