Cloudflare បានអនុវត្តម៉ូឌុលដើម្បីគាំទ្រ HTTP/3 នៅក្នុង NGINX

ក្រុមហ៊ុន Cloudflare រៀបចំ ម៉ូឌុល ដើម្បីផ្តល់ការគាំទ្រសម្រាប់ពិធីការ HTTP/3 នៅក្នុង NGINX ។ ម៉ូឌុលនេះត្រូវបានរចនាឡើងជាកម្មវិធីបន្ថែមទៅបណ្ណាល័យដែលបង្កើតឡើងដោយ Cloudflare quiche ។ ជាមួយនឹងការអនុវត្តពិធីការដឹកជញ្ជូន QUIC និង HTTP/3 ។ កូដ quiche ត្រូវបានសរសេរជា Rust ប៉ុន្តែម៉ូឌុល NGINX ខ្លួនវាត្រូវបានសរសេរជា C ហើយចូលប្រើបណ្ណាល័យដោយប្រើតំណភ្ជាប់ថាមវន្ត។ ការអភិវឌ្ឍន៍ បើក ក្រោមអាជ្ញាប័ណ្ណ BSD ។

ដើម្បីប្រមូលផ្តុំ គ្រាន់តែទាញយក បំណះ ទៅ nginx 1.16 និង កូដ បណ្ណាល័យ quiche បន្ទាប់មកបង្កើត nginx ឡើងវិញជាមួយនឹងជម្រើស “—with-http_v3_module —with-quiche=../quiche” ។ នៅពេលសាងសង់ ការគាំទ្រ TLS គួរតែផ្អែកលើបណ្ណាល័យ BoringSSL (“--with-openssl=../quiche/deps/boringssl”) ការប្រើប្រាស់ OpenSSL មិនទាន់ត្រូវបានគាំទ្រនៅឡើយទេ។ ដើម្បី​ទទួល​យក​ការ​តភ្ជាប់ អ្នក​ត្រូវ​បន្ថែម​ការ​ណែនាំ​ស្តាប់​ដោយ​ប្រើ​ទង់ "quic" ទៅ​កាន់​ការ​កំណត់ (ឧទាហរណ៍ "ស្តាប់ 443 quic reuseport")។

នៅក្នុងកម្មវិធីអតិថិជន ការគាំទ្រ HTTP/3 ត្រូវបានបន្ថែមទៅការស្ថាបនាសាកល្បងរបស់ Chrome Canary និងឧបករណ៍ប្រើប្រាស់ curl ។ នៅផ្នែកខាងម៉ាស៊ីនមេ រហូតមកដល់ពេលនេះ ចាំបាច់ត្រូវប្រើដាច់ដោយឡែក មានកំណត់ ការអនុវត្តសាកល្បង. សមត្ថភាពក្នុងការដំណើរការ HTTP/3 នៅក្នុង nginx នឹងសម្រួលយ៉ាងខ្លាំងដល់ការដាក់ពង្រាយម៉ាស៊ីនមេជាមួយនឹងការគាំទ្រ HTTP/3 ហើយនឹងធ្វើឱ្យការអនុវត្តសាកល្បងនៃពិធីការថ្មីកាន់តែអាចចូលដំណើរការបាន។ ការលេចឡើងនៃការគាំទ្រស្តង់ដារសម្រាប់ HTTP/3 នៅក្នុង nginx ត្រូវបានរំពឹងទុក នៅក្នុងសាខា 1.17.x រយៈពេល 6-12 ខែ។

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

សំខាន់ លក្ខណៈពិសេស QUIC៖

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

ប្រភព: opennet.ru