Firefox ត្រូវបានគេរំពឹងថានឹងចាប់ផ្តើមការគាំទ្រ HTTP/3 នៅចុងខែឧសភា។

Mozilla បានប្រកាសពីចេតនារបស់ខ្លួនក្នុងការចាប់ផ្តើមដំណើរការនៅក្នុង HTTP/3 និង QUIC ជាមួយនឹងការចេញផ្សាយ Firefox 88 ដែលគ្រោងនឹងធ្វើឡើងនៅថ្ងៃទី 19 ខែមេសា (ដើមឡើយត្រូវបានគេរំពឹងថានឹងចេញផ្សាយនៅថ្ងៃទី 20 ខែមេសា ប៉ុន្តែតាមការវិនិច្ឆ័យតាមកាលវិភាគ វានឹងត្រូវបានរុញត្រឡប់មកវិញនៅថ្ងៃណាមួយ)។ ការគាំទ្រ HTTP/3 នឹងត្រូវបានបើកសម្រាប់តែភាគរយតូចមួយនៃអ្នកប្រើប្រាស់ដំបូងប៉ុណ្ណោះ ហើយការរារាំងបញ្ហាដែលមិនរំពឹងទុកណាមួយនឹងត្រូវបានដាក់ឱ្យប្រើប្រាស់សម្រាប់មនុស្សគ្រប់គ្នានៅចុងខែឧសភា។ នៅក្នុងការស្ថាបនាពេលយប់ និងកំណែបែតា HTTP/3 ត្រូវបានបើកតាមលំនាំដើមនៅចុងខែមីនា។

អនុញ្ញាតឱ្យយើងរំលឹកថាការអនុវត្ត HTTP/3 នៅក្នុង Firefox គឺផ្អែកលើគម្រោង neqo ដែលបង្កើតឡើងដោយ Mozilla ដែលផ្តល់នូវការអនុវត្តម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេសម្រាប់ពិធីការ QUIC ។ កូដសមាសភាគសម្រាប់ការគាំទ្រ HTTP/3 និង QUIC ត្រូវបានសរសេរជា Rust ។ ដើម្បីគ្រប់គ្រងថាតើ HTTP/3 ត្រូវបានបើកដំណើរការ អំពី:config ផ្តល់នូវជម្រើស "network.http.http3.enabled"។ ពីកម្មវិធីអតិថិជន ការគាំទ្រពិសោធន៍សម្រាប់ HTTP/3 ក៏ត្រូវបានបន្ថែមទៅ Chrome និង curl ហើយសម្រាប់ម៉ាស៊ីនមេ វាមាននៅក្នុង nginx ក៏ដូចជានៅក្នុងទម្រង់នៃម៉ូឌុល nginx និងម៉ាស៊ីនមេសាកល្បងពី Cloudflare ។ នៅផ្នែកខាងគេហទំព័រ ការគាំទ្រ HTTP/3 ត្រូវបានផ្តល់ជូនរួចហើយនៅលើម៉ាស៊ីនមេ Google និង Facebook ។

ពិធីការ HTTP/3 នៅតែស្ថិតក្នុងដំណាក់កាលកំណត់សេចក្តីព្រាង ហើយមិនទាន់ត្រូវបានស្តង់ដារពេញលេញដោយ IETF នៅឡើយទេ។ HTTP/3 ទាមទារការគាំទ្រម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេសម្រាប់កំណែដូចគ្នានៃស្តង់ដារសេចក្តីព្រាង QUIC និង HTTP/3 ដែលត្រូវបានបញ្ជាក់នៅក្នុងបឋមកថា Alt-Svc (Firefox គាំទ្រ spec សេចក្តីព្រាង 27 ដល់ 32) ។

HTTP/3 កំណត់ការប្រើប្រាស់ពិធីការ QUIC ជាការដឹកជញ្ជូនសម្រាប់ HTTP/2 ។ ពិធីការ QUIC (Quick UDP Internet Connections) ត្រូវបានបង្កើតឡើងដោយ Google តាំងពីឆ្នាំ 2013 ជាជម្រើសមួយសម្រាប់ការរួមបញ្ចូលគ្នានៃ TCP+TLS សម្រាប់គេហទំព័រ ដោយដោះស្រាយបញ្ហាជាមួយនឹងការដំឡើងយូរ និងពេលវេលាចរចាសម្រាប់ការតភ្ជាប់នៅក្នុង TCP និងលុបបំបាត់ការពន្យារពេលនៅពេលដែលបាត់កញ្ចប់ទិន្នន័យអំឡុងពេលទិន្នន័យ។ ផ្ទេរ។ QUIC គឺជាផ្នែកបន្ថែមនៃពិធីការ UDP ដែលគាំទ្រការពង្រីកការតភ្ជាប់ច្រើន និងផ្តល់នូវវិធីសាស្ត្រអ៊ិនគ្រីបដែលស្មើនឹង TLS/SSL។ ក្នុងអំឡុងពេលនៃការអភិវឌ្ឍន៍ស្តង់ដារ IETF ការផ្លាស់ប្តូរត្រូវបានធ្វើឡើងចំពោះពិធីការ ដែលនាំទៅដល់ការលេចចេញនូវសាខាប៉ារ៉ាឡែលពីរ ដែលមួយសម្រាប់ HTTP/3 និងទីពីរដែលគាំទ្រដោយ Google (Chrome គាំទ្រជម្រើសទាំងពីរ)។

លក្ខណៈសំខាន់ៗរបស់ QUIC៖

• សុវត្ថិភាពខ្ពស់ស្រដៀងនឹង TLS (ជាសំខាន់ QUIC ផ្តល់លទ្ធភាពប្រើប្រាស់ TLS លើ UDP);
• ការត្រួតពិនិត្យភាពសុចរិតនៃលំហូរ ការការពារការបាត់បង់កញ្ចប់ព័ត៌មាន;
• សមត្ថភាពក្នុងការបង្កើតការតភ្ជាប់ភ្លាមៗ (0-RTT ក្នុងប្រហែល 75% នៃករណីទិន្នន័យអាចត្រូវបានបញ្ជូនភ្លាមៗបន្ទាប់ពីផ្ញើកញ្ចប់ដំឡើងការតភ្ជាប់) និងផ្តល់ការពន្យារពេលតិចតួចបំផុតរវាងការផ្ញើសំណើ និងទទួលការឆ្លើយតប (RTT ពេលវេលាធ្វើដំណើរទៅមក)។
• ការប្រើប្រាស់លេខលំដាប់ផ្សេងគ្នានៅពេលបញ្ជូនកញ្ចប់ព័ត៌មានឡើងវិញ ដែលជៀសវាងភាពមិនច្បាស់លាស់ក្នុងការកំណត់អត្តសញ្ញាណកញ្ចប់ព័ត៌មានដែលបានទទួល និងកម្ចាត់ការអស់ពេល។
• ការបាត់បង់កញ្ចប់ព័ត៌មានប៉ះពាល់តែការចែកចាយស្ទ្រីមដែលភ្ជាប់ជាមួយវា និងមិនបញ្ឈប់ការចែកចាយទិន្នន័យនៅក្នុងស្ទ្រីមប៉ារ៉ាឡែលដែលបានបញ្ជូនតាមរយៈការតភ្ជាប់បច្ចុប្បន្ន។
• មុខងារកែកំហុសដែលកាត់បន្ថយការពន្យារពេលដោយសារការបញ្ជូនសារឡើងវិញនៃកញ្ចប់ព័ត៌មានដែលបាត់។ ការប្រើប្រាស់លេខកូដកែកំហុសពិសេសនៅកម្រិតកញ្ចប់ព័ត៌មាន ដើម្បីកាត់បន្ថយស្ថានភាពដែលតម្រូវឱ្យបញ្ជូនទិន្នន័យកញ្ចប់ព័ត៌មានដែលបាត់មកវិញ។
• ព្រំដែនប្លុកគ្រីបត្រូវបានតម្រឹមជាមួយព្រំដែនកញ្ចប់ព័ត៌មាន QUIC ដែលកាត់បន្ថយផលប៉ះពាល់នៃការបាត់បង់កញ្ចប់ព័ត៌មានលើការឌិកូដមាតិកានៃកញ្ចប់ព័ត៌មានជាបន្តបន្ទាប់។
• មិនមានបញ្ហាជាមួយនឹងការទប់ស្កាត់ជួរ TCP;
• ការគាំទ្រសម្រាប់ការកំណត់អត្តសញ្ញាណការតភ្ជាប់ ដែលកាត់បន្ថយពេលវេលាដែលវាត្រូវការដើម្បីបង្កើតការតភ្ជាប់ឡើងវិញសម្រាប់អតិថិជនទូរសព្ទចល័ត។
• លទ្ធភាពនៃការតភ្ជាប់កម្រិតខ្ពស់ យន្តការត្រួតពិនិត្យការកកស្ទះនៃការតភ្ជាប់;
• ប្រើបច្ចេកទេសព្យាករណ៍តាមរយៈទិសដៅនីមួយៗ ដើម្បីធានាថាកញ្ចប់ព័ត៌មានត្រូវបានផ្ញើក្នុងអត្រាដ៏ល្អប្រសើរ ការពារពួកវាពីការកកស្ទះ និងបណ្តាលឱ្យបាត់បង់កញ្ចប់ព័ត៌មាន។
• ការកើនឡើងគួរឱ្យកត់សម្គាល់នៅក្នុងដំណើរការនិងលំហូរធៀបនឹង TCP ។ សម្រាប់សេវាកម្មវីដេអូដូចជា YouTube , QUIC ត្រូវបានបង្ហាញដើម្បីកាត់បន្ថយប្រតិបត្តិការបដិសេធនៅពេលមើលវីដេអូ 30% ។

ប្រភព: opennet.ru