Chrome 78 នឹងចាប់ផ្តើមពិសោធន៍ជាមួយការបើក DNS-over-HTTPS

កំពុងតាម Mozilla ក្រុមហ៊ុន Google រាយការណ៍ អំពីចេតនាក្នុងការធ្វើការពិសោធន៍ដើម្បីសាកល្បងការអនុវត្ត “DNS over HTTPS” (DoH, DNS over HTTPS) កំពុងត្រូវបានបង្កើតឡើងសម្រាប់កម្មវិធីរុករកតាមអ៊ីនធឺណិត Chrome ។ Chrome 78 ដែលគ្រោងធ្វើនៅថ្ងៃទី 22 ខែតុលា នឹងមានប្រភេទអ្នកប្រើប្រាស់មួយចំនួនតាមលំនាំដើម បកប្រែ ដើម្បីប្រើ DoH ។ មានតែអ្នកប្រើប្រាស់ដែលការកំណត់ប្រព័ន្ធបច្ចុប្បន្នបញ្ជាក់ពីអ្នកផ្តល់ DNS ជាក់លាក់ដែលទទួលស្គាល់ថាត្រូវគ្នាជាមួយ DoH នឹងចូលរួមក្នុងការពិសោធន៍ដើម្បីបើក DoH ។

បញ្ជីពណ៌សរបស់អ្នកផ្តល់ DNS រួមមាន សេវាកម្ម Google (8.8.8.8, 8.8.4.4), Cloudflare (1.1.1.1, 1.0.0.1), OpenDNS (208.67.222.222, 208.67.220.220), Quad9 (9.9.9.9, 149.112.112.112) ៦៨ , 185.228.168.168) និង DNS.SB (185.228.169.168, 185.222.222.222) ។ ប្រសិនបើការកំណត់ DNS របស់អ្នកប្រើបញ្ជាក់មួយក្នុងចំណោមម៉ាស៊ីនមេ DNS ដែលបានរៀបរាប់ខាងលើ នោះ DoH នៅក្នុង Chrome នឹងត្រូវបានបើកតាមលំនាំដើម។ សម្រាប់អ្នកដែលប្រើម៉ាស៊ីនមេ DNS ដែលផ្តល់ដោយអ្នកផ្តល់សេវាអ៊ីនធឺណិតក្នុងស្រុករបស់ពួកគេ អ្វីគ្រប់យ៉ាងនឹងនៅតែមិនផ្លាស់ប្តូរ ហើយអ្នកដោះស្រាយប្រព័ន្ធនឹងបន្តប្រើសម្រាប់សំណួរ DNS ។

ភាពខុសគ្នាដ៏សំខាន់មួយពីការអនុវត្ត DoH នៅក្នុង Firefox ដែលបើកដំណើរការ DoH ជាបណ្តើរៗតាមលំនាំដើម នឹងចាប់ផ្តើម រួច​ហើយ​នៅ​ចុង​ខែ​កញ្ញា គឺ​កង្វះ​ការ​ចង​ភ្ជាប់​នឹង​សេវា DoH មួយ។ ប្រសិនបើនៅក្នុង Firefox តាមលំនាំដើម ត្រូវបានប្រើ ម៉ាស៊ីនមេ DNS CloudFlare បន្ទាប់មក Chrome នឹងធ្វើបច្ចុប្បន្នភាពតែវិធីសាស្រ្តនៃការធ្វើការជាមួយ DNS ទៅជាសេវាកម្មសមមូល ដោយមិនផ្លាស់ប្តូរអ្នកផ្តល់ DNS នោះទេ។ ឧទាហរណ៍ ប្រសិនបើអ្នកប្រើមាន DNS 8.8.8.8 ដែលបានបញ្ជាក់នៅក្នុងការកំណត់ប្រព័ន្ធ នោះ Chrome នឹង បានធ្វើឱ្យសកម្ម សេវាកម្ម Google DoH (“https://dns.google.com/dns-query”) ប្រសិនបើ DNS គឺ 1.1.1.1 នោះសេវាកម្ម Cloudflare DoH (“https://cloudflare-dns.com/dns-query”) និង ល។

ប្រសិនបើចង់បាន អ្នកប្រើប្រាស់អាចបើក ឬបិទ DoH ដោយប្រើការកំណត់ "chrome://flags/#dns-over-https"។ របៀបប្រតិបត្តិការបីត្រូវបានគាំទ្រ៖ សុវត្ថិភាព ស្វ័យប្រវត្តិ និងបិទ។ នៅក្នុងរបៀប "សុវត្ថិភាព" ម៉ាស៊ីនត្រូវបានកំណត់តែផ្អែកលើតម្លៃសុវត្ថិភាពដែលបានរក្សាទុកពីមុន (ទទួលបានតាមរយៈការតភ្ជាប់សុវត្ថិភាព) ហើយសំណើតាមរយៈ DoH ត្រឡប់ទៅកាន់ DNS ធម្មតាមិនត្រូវបានអនុវត្តទេ។ នៅក្នុងរបៀប "ស្វ័យប្រវត្តិ" ប្រសិនបើ DoH និងឃ្លាំងសម្ងាត់សុវត្ថិភាពមិនអាចប្រើបាន ទិន្នន័យអាចត្រូវបានទាញយកពីឃ្លាំងសម្ងាត់ដែលមិនមានសុវត្ថិភាព និងចូលប្រើតាមរយៈ DNS ប្រពៃណី។ នៅក្នុងរបៀប "បិទ" ឃ្លាំងសម្ងាត់ដែលបានចែករំលែកត្រូវបានពិនិត្យជាមុន ហើយប្រសិនបើមិនមានទិន្នន័យ សំណើត្រូវបានផ្ញើតាមរយៈ DNS ប្រព័ន្ធ។ របៀបត្រូវបានកំណត់តាមរយៈ ការប្ដូរតាមបំណង kDnsOverHttpsMode និងគំរូផែនទីម៉ាស៊ីនមេតាមរយៈ kDnsOverHttpsTemplates ។

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

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

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

ប្រភព: opennet.ru