Mozilla ផ្លាស់ទីដើម្បីបើក DNS-over-HTTPS តាមលំនាំដើមនៅក្នុង Firefox

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

ការធ្វើតេស្តដែលបានធ្វើឡើងពេញមួយឆ្នាំបានបង្ហាញពីភាពអាចជឿជាក់បាន និងដំណើរការល្អនៃសេវាកម្ម ហើយក៏បានធ្វើឱ្យវាអាចធ្វើទៅបានដើម្បីកំណត់ស្ថានភាពមួយចំនួនដែល DoH អាចនាំឱ្យមានបញ្ហា និងបង្កើតដំណោះស្រាយដើម្បីគេចចេញពីពួកវា (ឧទាហរណ៍ ការរុះរើ កម្មវិធី ជាមួយនឹងការបង្កើនប្រសិទ្ធភាពចរាចរណ៍នៅក្នុងបណ្តាញចែកចាយមាតិកា ការគ្រប់គ្រងដោយមាតាបិតា និងតំបន់ DNS ខាងក្នុងរបស់ក្រុមហ៊ុន)។

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

ប្រសិនបើ DoH ត្រូវបានធ្វើឱ្យសកម្ម ប្រព័ន្ធគ្រប់គ្រងដោយមាតាបិតា និងបណ្តាញសាជីវកម្មដែលប្រើរចនាសម្ព័ន្ធឈ្មោះ DNS សម្រាប់តែបណ្តាញខាងក្នុង ដើម្បីដោះស្រាយអាសយដ្ឋានអ៊ីនត្រាណែត និងម៉ាស៊ីនរួមអាចនឹងត្រូវបានរំខាន។ ដើម្បីដោះស្រាយបញ្ហាជាមួយប្រព័ន្ធបែបនេះ ប្រព័ន្ធត្រួតពិនិត្យត្រូវបានបន្ថែម ដែលបិទ DoH ដោយស្វ័យប្រវត្តិ។ ការត្រួតពិនិត្យត្រូវបានអនុវត្តរាល់ពេលដែលកម្មវិធីរុករកត្រូវបានបើកដំណើរការ ឬនៅពេលដែលការផ្លាស់ប្ដូរបណ្តាញរងត្រូវបានរកឃើញ។

ការវិលត្រឡប់ដោយស្វ័យប្រវត្តិទៅកាន់ការប្រើប្រាស់ឧបករណ៍ដោះស្រាយប្រព័ន្ធប្រតិបត្តិការស្តង់ដារក៏ត្រូវបានផ្តល់ជូនផងដែរ ប្រសិនបើការបរាជ័យកើតឡើងក្នុងអំឡុងពេលដំណោះស្រាយតាមរយៈ DoH (ឧទាហរណ៍ ប្រសិនបើភាពអាចរកបាននៃបណ្តាញជាមួយអ្នកផ្តល់សេវា DoH ត្រូវបានរំខាន ឬការបរាជ័យកើតឡើងនៅក្នុងហេដ្ឋារចនាសម្ព័ន្ធរបស់វា)។ អត្ថន័យនៃការត្រួតពិនិត្យបែបនេះគឺគួរឱ្យសង្ស័យ ព្រោះគ្មាននរណាម្នាក់រារាំងអ្នកវាយប្រហារដែលគ្រប់គ្រងប្រតិបត្តិការរបស់អ្នកដោះស្រាយ ឬមានសមត្ថភាពក្នុងការជ្រៀតជ្រែកចរាចរណ៍ពីការក្លែងធ្វើអាកប្បកិរិយាស្រដៀងគ្នាទៅនឹងការបិទការអ៊ិនគ្រីបនៃចរាចរ DNS នោះទេ។ បញ្ហាត្រូវបានដោះស្រាយដោយការបន្ថែមធាតុ "DoH always" ទៅក្នុងការកំណត់ (ដោយស្ងៀមស្ងាត់អសកម្ម) នៅពេលកំណត់ ការបិទដោយស្វ័យប្រវត្តិមិនត្រូវបានអនុវត្តទេ ដែលជាការសម្របសម្រួលសមហេតុផល។

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

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

អនុញ្ញាតឱ្យយើងចាំថា DoH អាចមានប្រយោជន៍សម្រាប់ការការពារការលេចធ្លាយព័ត៌មានអំពីឈ្មោះម៉ាស៊ីនដែលបានស្នើសុំតាមរយៈម៉ាស៊ីនមេ DNS របស់អ្នកផ្តល់សេវា ប្រយុទ្ធប្រឆាំងនឹងការវាយប្រហារ MITM និងការក្លែងបន្លំនៃចរាចរ DNS ប្រឆាំងនឹងការទប់ស្កាត់នៅកម្រិត DNS ឬសម្រាប់រៀបចំការងារក្នុងករណីដែលវា វាមិនអាចទៅរួចទេក្នុងការចូលប្រើម៉ាស៊ីនមេ DNS ដោយផ្ទាល់ (ឧទាហរណ៍ នៅពេលធ្វើការតាមរយៈប្រូកស៊ី)។ ប្រសិនបើនៅក្នុងស្ថានភាពធម្មតាសំណើ DNS ត្រូវបានផ្ញើដោយផ្ទាល់ទៅម៉ាស៊ីនមេ DNS ដែលកំណត់ក្នុងការកំណត់រចនាសម្ព័ន្ធប្រព័ន្ធ បន្ទាប់មកក្នុងករណី DoH សំណើដើម្បីកំណត់អាសយដ្ឋាន IP របស់ម៉ាស៊ីនត្រូវបានរុំព័ទ្ធក្នុងចរាចរ HTTPS ហើយផ្ញើទៅម៉ាស៊ីនមេ HTTP ដែលអ្នកដោះស្រាយដំណើរការ។ សំណើតាមរយៈ Web API ។ ស្តង់ដារ DNSSEC ដែលមានស្រាប់ប្រើការអ៊ិនគ្រីបដើម្បីផ្ទៀងផ្ទាត់អតិថិជន និងម៉ាស៊ីនមេ ប៉ុន្តែមិនការពារចរាចរណ៍ពីការស្ទាក់ចាប់ និងមិនធានាការសម្ងាត់នៃសំណើ។

ដើម្បីបើក DoH ក្នុង about:config អ្នកត្រូវតែផ្លាស់ប្តូរតម្លៃនៃអថេរ 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 .XNUMX/dns-query "

ប្រភព: opennet.ru