DNS-over-HTTPS ត្រូវបានបើកតាមលំនាំដើមនៅក្នុង Firefox សម្រាប់អ្នកប្រើប្រាស់អាមេរិក

អ្នកអភិវឌ្ឍន៍ Firefox បានប្រកាស អំពីការបើកដំណើរការ DNS លើ HTTPS (DoH, DNS over HTTPS) របៀបតាមលំនាំដើមសម្រាប់អ្នកប្រើប្រាស់អាមេរិក។ ការអ៊ិនគ្រីបនៃចរាចរ DNS ត្រូវបានចាត់ទុកថាជាកត្តាសំខាន់ជាមូលដ្ឋានក្នុងការការពារអ្នកប្រើប្រាស់។ ចាប់ពីថ្ងៃនេះតទៅ ការដំឡើងថ្មីទាំងអស់ដោយអ្នកប្រើប្រាស់អាមេរិកនឹងបើក DoH តាមលំនាំដើម។ អ្នកប្រើប្រាស់អាមេរិកដែលមានស្រាប់ត្រូវបានកំណត់ពេលដើម្បីប្តូរទៅ DoH ក្នុងរយៈពេលពីរបីសប្តាហ៍។ នៅក្នុងសហភាពអឺរ៉ុប និងប្រទេសផ្សេងទៀត ធ្វើឱ្យ DoH ដំណើរការតាមលំនាំដើមសម្រាប់ពេលនេះ កុំមានគម្រោង.

បន្ទាប់ពីបើកដំណើរការ DoH ការព្រមានត្រូវបានបង្ហាញដល់អ្នកប្រើប្រាស់ ដែលអនុញ្ញាតឱ្យបដិសេធមិនទាក់ទងម៉ាស៊ីនមេ DoH DNS កណ្តាល ហើយត្រលប់ទៅគ្រោងការណ៍ប្រពៃណីនៃការផ្ញើសំណួរដែលមិនបានអ៊ិនគ្រីបទៅកាន់ម៉ាស៊ីនមេ DNS របស់អ្នកផ្តល់សេវា។ ជំនួសឱ្យហេដ្ឋារចនាសម្ព័ន្ធចែកចាយរបស់អ្នកដោះស្រាយ DNS DoH ប្រើការចងភ្ជាប់ទៅនឹងសេវាកម្ម DoH ជាក់លាក់ ដែលអាចចាត់ទុកថាជាចំណុចបរាជ័យតែមួយ។ បច្ចុប្បន្នការងារត្រូវបានផ្តល់ជូនតាមរយៈអ្នកផ្តល់ DNS ពីរ - CloudFlare (លំនាំដើម) និង NextDNS ។.

ផ្លាស់ប្តូរអ្នកផ្តល់សេវា ឬបិទ DoH អាចធ្វើបាន នៅក្នុងការកំណត់ការតភ្ជាប់បណ្តាញ។ ឧទាហរណ៍ អ្នកអាចបញ្ជាក់ម៉ាស៊ីនមេ DoH ជំនួស “https://dns.google/dns-query” ដើម្បីចូលប្រើម៉ាស៊ីនមេ Google “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 អាចមានប្រយោជន៍សម្រាប់ការការពារការលេចធ្លាយព័ត៌មានអំពីឈ្មោះម៉ាស៊ីនដែលបានស្នើសុំតាមរយៈម៉ាស៊ីនមេ DNS របស់អ្នកផ្តល់សេវា ប្រយុទ្ធប្រឆាំងនឹងការវាយប្រហារ MITM និងការក្លែងបន្លំចរាចរណ៍ DNS (ឧទាហរណ៍ នៅពេលភ្ជាប់ទៅ Wi-Fi សាធារណៈ) ប្រឆាំងនឹងការទប់ស្កាត់ DNS កម្រិត (DoH មិនអាចជំនួស VPN នៅក្នុងតំបន់នៃការឆ្លងកាត់ការទប់ស្កាត់ដែលបានអនុវត្តនៅកម្រិត DPI) ឬសម្រាប់ការរៀបចំការងារប្រសិនបើវាមិនអាចទៅរួចទេក្នុងការចូលប្រើម៉ាស៊ីនមេ DNS ដោយផ្ទាល់ (ឧទាហរណ៍នៅពេលធ្វើការតាមរយៈប្រូកស៊ី)។ ប្រសិនបើក្នុងស្ថានភាពធម្មតា សំណើ DNS ត្រូវបានផ្ញើដោយផ្ទាល់ទៅម៉ាស៊ីនមេ DNS ដែលកំណត់ក្នុងការកំណត់រចនាសម្ព័ន្ធប្រព័ន្ធ បន្ទាប់មកក្នុងករណី DoH សំណើដើម្បីកំណត់អាសយដ្ឋាន IP របស់ម៉ាស៊ីនត្រូវបានរុំព័ទ្ធក្នុងចរាចរ HTTPS ហើយផ្ញើទៅម៉ាស៊ីនមេ HTTP ដែលអ្នកដោះស្រាយដំណើរការ។ សំណើតាមរយៈ Web API ។ ស្តង់ដារ DNSSEC ដែលមានស្រាប់ប្រើការអ៊ិនគ្រីបដើម្បីផ្ទៀងផ្ទាត់អតិថិជន និងម៉ាស៊ីនមេ ប៉ុន្តែមិនការពារចរាចរណ៍ពីការស្ទាក់ចាប់ និងមិនធានាការសម្ងាត់នៃសំណើ។

ដើម្បីជ្រើសរើសអ្នកផ្តល់សេវា DoH ដែលផ្តល់ជូននៅក្នុង Firefox, តម្រូវការ ទៅកាន់អ្នកដោះស្រាយ DNS ដែលអាចទុកចិត្តបាន យោងទៅតាមប្រតិបត្តិករ DNS អាចប្រើទិន្នន័យដែលទទួលបានសម្រាប់ការដោះស្រាយតែប៉ុណ្ណោះ ដើម្បីធានាប្រតិបត្តិការនៃសេវាកម្ម មិនត្រូវរក្សាទុកកំណត់ហេតុលើសពី 24 ម៉ោង មិនអាចផ្ទេរទិន្នន័យទៅភាគីទីបី និងត្រូវមានកាតព្វកិច្ចបង្ហាញព័ត៌មានអំពី វិធីសាស្រ្តដំណើរការទិន្នន័យ។ សេវាកម្មក៏ត្រូវតែយល់ព្រមមិនត្រួតពិនិត្យ ត្រង ជ្រៀតជ្រែក ឬរារាំងចរាចរណ៍ DNS លើកលែងតែក្នុងស្ថានភាពដែលច្បាប់ផ្តល់។

DoH គួរតែត្រូវបានប្រើដោយប្រុងប្រយ័ត្ន។ ឧទាហរណ៍ នៅក្នុងសហព័ន្ធរុស្ស៊ី អាសយដ្ឋាន IP 104.16.248.249 និង 104.16.249.249 ដែលភ្ជាប់ជាមួយម៉ាស៊ីនមេ DoH លំនាំដើម mozilla.cloudflare-dns.com ដែលផ្តល់ជូននៅក្នុង Firefox រាយ в បញ្ជី ការទប់ស្កាត់ ទីក្រុង Roskomnadzor តាមសំណើរបស់តុលាការ Stavropol ចុះថ្ងៃទី ១០ ខែមិថុនា ឆ្នាំ ២០១៣។

DoH ក៏អាចបណ្តាលឱ្យមានបញ្ហានៅក្នុងផ្នែកដូចជា ប្រព័ន្ធគ្រប់គ្រងដោយមាតាបិតា ការចូលទៅកាន់ចន្លោះឈ្មោះខាងក្នុងនៅក្នុងប្រព័ន្ធសាជីវកម្ម ការជ្រើសរើសផ្លូវនៅក្នុងប្រព័ន្ធបង្កើនប្រសិទ្ធភាពនៃការចែកចាយខ្លឹមសារ និងការអនុលោមតាមដីការបស់តុលាការនៅក្នុងតំបន់នៃការប្រយុទ្ធប្រឆាំងនឹងការចែកចាយខ្លឹមសារខុសច្បាប់ និងការកេងប្រវ័ញ្ចនៃ អនីតិជន។ ដើម្បីជៀសវាងបញ្ហាបែបនេះ ប្រព័ន្ធត្រួតពិនិត្យមួយត្រូវបានអនុវត្ត និងសាកល្បងដែលបិទ DoH ដោយស្វ័យប្រវត្តិក្រោមលក្ខខណ្ឌមួយចំនួន។

ដើម្បីកំណត់អត្តសញ្ញាណអ្នកដោះស្រាយសហគ្រាស ដែនកម្រិតទីមួយ atypical (TLDs) ត្រូវបានពិនិត្យ ហើយអ្នកដោះស្រាយប្រព័ន្ធត្រឡប់អាសយដ្ឋានអ៊ីនត្រាណែត។ ដើម្បីកំណត់ថាតើការគ្រប់គ្រងដោយមាតាបិតាត្រូវបានបើកការប៉ុនប៉ងមួយត្រូវបានធ្វើឡើងដើម្បីដោះស្រាយឈ្មោះ exampleadultsite.com ហើយប្រសិនបើលទ្ធផលមិនត្រូវគ្នានឹង IP ពិតប្រាកដនោះ វាត្រូវបានចាត់ទុកថាការទប់ស្កាត់មាតិកាសម្រាប់មនុស្សពេញវ័យគឺសកម្មនៅកម្រិត DNS ។ អាសយដ្ឋាន IP របស់ Google និង YouTube ក៏ត្រូវបានគូសជាសញ្ញា ដើម្បីមើលថាតើពួកវាត្រូវបានជំនួសដោយ restrict.youtube.com, forceafesearch.google.com និង restrictmoderate.youtube.com ដែរឬទេ។ ការត្រួតពិនិត្យទាំងនេះអនុញ្ញាតឱ្យអ្នកវាយប្រហារដែលគ្រប់គ្រងប្រតិបត្តិការរបស់អ្នកដោះស្រាយ ឬមានសមត្ថភាពក្នុងការជ្រៀតជ្រែកជាមួយចរាចរណ៍ ដើម្បីក្លែងធ្វើឥរិយាបថបែបនេះ ដើម្បីបិទការអ៊ិនគ្រីបចរាចរ DNS ។

ការធ្វើការតាមរយៈសេវាកម្ម DoH តែមួយក៏អាចនាំឱ្យមានបញ្ហាជាមួយនឹងការបង្កើនប្រសិទ្ធភាពចរាចរណ៍នៅក្នុងបណ្តាញចែកចាយមាតិកាដែលធ្វើឱ្យមានតុល្យភាពចរាចរណ៍ដោយប្រើ DNS (ម៉ាស៊ីនមេ DNS របស់បណ្តាញ CDN បង្កើតការឆ្លើយតបដោយគិតគូរពីអាសយដ្ឋានអ្នកដោះស្រាយ និងផ្តល់ម៉ាស៊ីនដែលនៅជិតបំផុតដើម្បីទទួលបានមាតិកា) ។ ការផ្ញើសំណួរ DNS ពីអ្នកដោះស្រាយដែលនៅជិតអ្នកប្រើប្រាស់បំផុតនៅក្នុង CDNs បែបនេះនាំឱ្យត្រឡប់អាសយដ្ឋានរបស់ម៉ាស៊ីនដែលនៅជិតអ្នកប្រើប្រាស់បំផុត ប៉ុន្តែការផ្ញើសំណួរ DNS ពីអ្នកដោះស្រាយកណ្តាលនឹងត្រឡប់អាសយដ្ឋានម៉ាស៊ីនដែលនៅជិតបំផុតទៅម៉ាស៊ីនមេ DNS-over-HTTPS . ការធ្វើតេស្តនៅក្នុងការអនុវត្តបានបង្ហាញថាការប្រើប្រាស់ DNS-over-HTTP នៅពេលប្រើ CDN នាំឱ្យស្ទើរតែគ្មានការពន្យារពេលមុនពេលចាប់ផ្តើមការផ្ទេរមាតិកា (សម្រាប់ការតភ្ជាប់លឿន ការពន្យារពេលមិនលើសពី 10 មីលីវិនាទី ហើយសូម្បីតែដំណើរការលឿនជាងនេះត្រូវបានគេសង្កេតឃើញនៅលើបណ្តាញទំនាក់ទំនងយឺត។ ) ការប្រើប្រាស់ផ្នែកបន្ថែមបណ្តាញរងរបស់អតិថិជន EDNS ក៏ត្រូវបានចាត់ទុកថាដើម្បីផ្តល់ព័ត៌មានទីតាំងអតិថិជនទៅកាន់អ្នកដោះស្រាយ CDN ផងដែរ។

ប្រភព: opennet.ru