គំនិតផ្តួចផ្តើមទិវាទង់ជាតិ DNS ឆ្នាំ 2020 ដើម្បីដោះស្រាយបញ្ហាការបែកបាក់ និងការគាំទ្រ TCP

ថ្ងៃនេះ សេវាកម្ម DNS ធំៗមួយចំនួន និងក្រុមហ៊ុនផលិតម៉ាស៊ីនមេ DNS នឹងរៀបចំព្រឹត្តិការណ៍រួមគ្នាមួយ។ ទិវាទង់ជាតិ DNS ឆ្នាំ ២០២០រចនាឡើងដើម្បីផ្តោតការយកចិត្តទុកដាក់ ការ​សម្រេច​ចិត្ត បញ្ហា ជាមួយនឹងការបែងចែក IP នៅពេលដំណើរការសារ DNS ធំ។ នេះ​ជា​ព្រឹត្តិការណ៍​លើក​ទី​ពីរ​ហើយ​កាល​ពី​ឆ្នាំ​មុន “DNS flag day” ត្រូវបានផ្តោត លើដំណើរការត្រឹមត្រូវនៃសំណើ EDNS ។

អ្នកចូលរួមក្នុងគំនិតផ្តួចផ្តើម DNS flag day 2020 កំពុងអំពាវនាវឱ្យមានទំហំសតិបណ្ដោះអាសន្នដែលបានណែនាំសម្រាប់ EDNS ដែលត្រូវជួសជុលទៅ 1232 បៃ (ទំហំ MTU 1280 ដក 48 បៃសម្រាប់បឋមកថា) ក៏ដូចជា បកប្រែ ដំណើរការសំណើតាមរយៈ TCP គឺជាមុខងារដែលត្រូវតែមាននៅលើម៉ាស៊ីនមេ។ IN RFC 1035 មានតែការគាំទ្រសម្រាប់ដំណើរការសំណើតាមរយៈ UDP ប៉ុណ្ណោះដែលត្រូវបានសម្គាល់ជាកាតព្វកិច្ច ហើយ TCP ត្រូវបានរាយបញ្ជីថាជាការចង់បាន ប៉ុន្តែមិនត្រូវបានទាមទារសម្រាប់ប្រតិបត្តិការទេ។ ថ្មី។ RFC 7766 и RFC 5966 រាយបញ្ជី TCP យ៉ាងច្បាស់ថាជាសមត្ថភាពដែលត្រូវការសម្រាប់ DNS ដើម្បីដំណើរការបានត្រឹមត្រូវ។ គំនិតផ្តួចផ្តើមនេះស្នើឱ្យបង្ខំការផ្លាស់ប្តូរពីការផ្ញើសំណើលើ UDP ទៅការប្រើប្រាស់ TCP ក្នុងករណីដែលទំហំផ្ទុក EDNS ដែលបង្កើតឡើងមិនគ្រប់គ្រាន់។

ការផ្លាស់ប្តូរដែលបានស្នើឡើងនឹងលុបបំបាត់ការភាន់ច្រលំជាមួយនឹងការជ្រើសរើសទំហំសតិបណ្ដោះអាសន្ន EDNS និងដោះស្រាយបញ្ហានៃការបែងចែកសារ UDP ធំៗ ដែលដំណើរការដែលជារឿយៗនាំទៅរកការបាត់បង់កញ្ចប់ព័ត៌មាន និងការអស់ពេលនៅខាងអតិថិជន។ នៅផ្នែកខាងអតិថិជន ទំហំសតិបណ្ដោះអាសន្ន EDNS នឹងមានលក្ខណៈថេរ ហើយការឆ្លើយតបដ៏ធំនឹងត្រូវបានផ្ញើភ្លាមៗទៅកាន់អតិថិជនតាមរយៈ TCP ។ ការជៀសវាងការផ្ញើសារធំនៅលើ UDP ក៏នឹងដោះស្រាយបញ្ហាជាមួយកញ្ចប់ធំដែលត្រូវបានទម្លាក់នៅលើជញ្ជាំងភ្លើងមួយចំនួន និងអនុញ្ញាតឱ្យមានការទប់ស្កាត់ ការវាយប្រហារ សម្រាប់ការបំពុលឃ្លាំងសម្ងាត់ DNS ដោយផ្អែកលើការរៀបចំនៃកញ្ចប់ព័ត៌មាន UDP ដែលបែកខ្ញែក (នៅពេលបំបែកទៅជាបំណែក បំណែកទីពីរមិនរួមបញ្ចូលបឋមកថាជាមួយឧបករណ៍កំណត់អត្តសញ្ញាណទេ ដូច្នេះវាអាចត្រូវបានក្លែងបន្លំ ដែលវាគ្រប់គ្រាន់សម្រាប់តែមូលប្បទានប័ត្រដែលត្រូវគ្នា) .

ចាប់ពីថ្ងៃនេះតទៅ អ្នកផ្តល់ DNS ដែលចូលរួមរួមមាន CloudFlare, Quad 9, Cisco (OpenDNS) និង Google, នឹងផ្លាស់ប្តូរបន្តិចម្តងៗ ទំហំសតិបណ្ដោះអាសន្ន EDNS ពី 4096 ទៅ 1232 បៃនៅលើម៉ាស៊ីនមេ DNS របស់វា (ការផ្លាស់ប្តូរ EDNS នឹងត្រូវបានរីករាលដាលក្នុងរយៈពេល 4-6 សប្តាហ៍ ហើយនឹងគ្របដណ្តប់លើការកើនឡើងនៃសំណើតាមពេលវេលា)។ ការឆ្លើយតបទៅនឹងសំណើ UDP ដែលមិនសមនឹងដែនកំណត់ថ្មីនឹងត្រូវបានផ្ញើតាមរយៈ TCP ។ អ្នកលក់ម៉ាស៊ីនមេ DNS រួមទាំង BIND, Unbound, Knot, NSD និង PowerDNS នឹងចេញផ្សាយការអាប់ដេតដើម្បីផ្លាស់ប្តូរទំហំសតិបណ្ដោះអាសន្ន EDNS លំនាំដើមពី 4096 បៃទៅ 1232 បៃ។

ទីបំផុត ការផ្លាស់ប្តូរទាំងនេះអាចនាំឱ្យមានបញ្ហាដោះស្រាយនៅពេលចូលប្រើម៉ាស៊ីនមេ DNS ដែលការឆ្លើយតបរបស់ UDP DNS លើសពី 1232 បៃ ហើយមិនអាចផ្ញើការឆ្លើយតប TCP បានទេ។ ការពិសោធន៍ដែលធ្វើឡើងនៅ Google បានបង្ហាញថាការផ្លាស់ប្តូរទំហំសតិបណ្ដោះអាសន្ន EDNS ស្ទើរតែមិនមានឥទ្ធិពលលើអត្រាបរាជ័យនោះទេ - ជាមួយនឹងសតិបណ្ដោះអាសន្នចំនួន 4096 បៃ ចំនួនសំណើ UDP ដែលបានកាត់គឺ 0.345% ហើយចំនួននៃការព្យាយាមមិនអាចទទួលបានលើសពី TCP គឺ 0.115% ។ ជាមួយនឹង buffer នៃ 1232 bytes តួលេខទាំងនេះគឺ 0.367% និង 0.116%។ ការធ្វើឱ្យ TCP គាំទ្រមុខងារ DNS ដែលត្រូវការនឹងបណ្តាលឱ្យមានបញ្ហាជាមួយម៉ាស៊ីនមេ DNS ប្រហែល 0.1% ។ វាត្រូវបានកត់សម្គាល់ថានៅក្នុងលក្ខខណ្ឌទំនើបដោយគ្មាន TCP ប្រតិបត្តិការនៃម៉ាស៊ីនមេទាំងនេះគឺមិនស្ថិតស្ថេររួចទៅហើយ។

អ្នកគ្រប់គ្រងនៃម៉ាស៊ីនមេ DNS ដែលមានការអនុញ្ញាតគួរតែធានាថាម៉ាស៊ីនមេរបស់ពួកគេឆ្លើយតបតាមរយៈ TCP នៅលើច្រកបណ្តាញ 53 ហើយថាច្រក TCP នេះមិនត្រូវបានរារាំងដោយជញ្ជាំងភ្លើងទេ។ ម៉ាស៊ីនមេ DNS ដ៏ល្បីល្បាញក៏មិនគួរផ្ញើការឆ្លើយតប UDP ដែលធំជាងដែរ។
បានស្នើសុំទំហំផ្ទុក EDNS ។ នៅលើម៉ាស៊ីនមេខ្លួនឯង ទំហំផ្ទុក EDNS គួរតែត្រូវបានកំណត់ទៅ 1232 បៃ។ អ្នកដោះស្រាយមានតម្រូវការប្រហាក់ប្រហែលគ្នា - សមត្ថភាពចាំបាច់ក្នុងការឆ្លើយតបតាមរយៈ TCP ការគាំទ្រជាកាតព្វកិច្ចសម្រាប់ការផ្ញើសំណើម្តងហើយម្តងទៀតតាមរយៈ TCP នៅពេលទទួលបានការឆ្លើយតប UDP ដែលត្រូវបានកាត់ឱ្យខ្លី និងកំណត់សតិបណ្ដោះអាសន្ន EDNS ទៅ 1232 បៃ។

ប៉ារ៉ាម៉ែត្រខាងក្រោមទទួលខុសត្រូវក្នុងការកំណត់ទំហំផ្ទុក EDNS នៅក្នុងម៉ាស៊ីនមេ DNS ផ្សេងៗគ្នា៖

BIND

ជម្រើស {
edns-udp-size 1232;
max-udp-size 1232;
};

ឈ្មោះខេនអេស

អតិបរមា-udp-payload: 1232

Knot Resolver

net.bufsize(1232)

PowerDNS អនុញ្ញាត

udp-truncation-threshold=1232

PowerDNS Recursor

edns-outgoing-bufsize=1232
udp-truncation-threshold=1232

unbound

edns-buffer-size: 1232

អិន។ ឌី។ អេ

ipv4-edns-size: 1232
ipv6-edns-size: 1232

ប្រភព: opennet.ru