Компания Mozilla сообщила о намерении начать поэтапное включение протоколов HTTP/3 и QUIC в выпуске Firefox 88, намеченном на 19 апреля (изначально, релиз ожидался 20 апреля, но, судя по графику, сдвинут на один день). Вначале поддержка HTTP/3 будет активирована лишь для небольшого процента пользователей и, если не возникнет непредвиденных проблем, будет доведена до всех к концу мая. В ночных сборках и бета-версиях HTTP/3 был включён по умолчанию в конце марта.
Напомним, что реализация HTTP/3 в Firefox основана на развиваемом компанией Mozilla проекте neqo, предоставляющем реализацию клиента и сервера для протокола QUIC. Код компонентов для поддержки HTTP/3 и QUIC написан на языке Rust. Для управления включением HTTP/3 в about: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 поддерживает черновики спецификации с 27 по 32).
HTTP/3 определяет использование протокола QUIC в качестве транспорта для HTTP/2. Протокол QUIC (Quick UDP Internet Connections) c 2013 года развивается компанией Google в качестве альтернативы связке TCP+TLS для Web, решающей проблемы с большим временем установки и согласования соединений в TCP и устраняющей задержки при потере пакетов в процессе передачи данных. QUIC представляет собой надстройку над протоколом UDP, поддерживающую мультиплексирование нескольких соединений и обеспечивающую методы шифрования, эквивалентные TLS/SSL. В процессе разработки в IETF стандарта в протокол были внесены изменения, что привело к возникновению двух параллельно существующих веток, одна для HTTP/3, а вторая поддерживаемая Google (Chrome поддерживает оба варианта).
د QUIC کلیدي ځانګړتیاوې:
- TLS ته ورته لوړ امنیت (په اصل کې QUIC د UDP په اړه د TLS کارولو وړتیا چمتو کوي)؛
- د جریان بشپړتیا کنټرول، د کڅوړې له لاسه ورکولو مخنیوی؛
- د سمدستي پیوستون رامینځته کولو وړتیا (0-RTT ، نږدې 75٪ قضیو کې ډیټا د پیکټ تنظیم کولو پیکټ لیږلو وروسته سمدلاسه لیږدول کیدی شي) او د غوښتنې لیږلو او ځواب ترلاسه کولو ترمینځ لږترلږه ځنډ چمتو کوي (RTT ، د دورې سفر وخت)؛
- د یو مختلف ترتیب شمیره کارول کله چې د پاکټ بیا لیږد کول، کوم چې د ترلاسه شوي پاکټونو په پیژندلو کې د ابهام څخه مخنیوی کوي او د وخت پای ته رسیدو څخه خلاصیږي؛
- د بسته بندۍ له لاسه ورکول یوازې د هغې سره تړلې جریان باندې اغیزه کوي او د اوسني ارتباط له لارې لیږدول شوي موازي جریانونو کې د ډیټا تحویلي مخه نه نیسي؛
- د تېروتنې سمولو ځانګړتیاوې چې د ورک شوي پاکټونو د بیرته لیږدولو له امله ځنډ کموي. د پاکټ په کچه د ځانګړي غلطۍ اصلاح کوډونو کارول د داسې حالتونو کمولو لپاره چې د ورک شوي پیکټ ډیټا بیرته لیږدولو ته اړتیا لري.
- د کریپټوګرافیک بلاک حدود د QUIC پیکټ حدود سره سمون لري، کوم چې د راتلونکو پاکټونو مینځپانګې په کوډ کولو کې د پیکټ ضایعاتو اغیز کموي؛
- د TCP قطار بندولو سره کومه ستونزه نشته؛
- د پیوستون پیژندونکي لپاره ملاتړ ، کوم چې د ګرځنده پیرودونکو لپاره د بیا پیوستون رامینځته کولو وخت کموي؛
- د پرمختللې پیوستون د کنجشن کنټرول میکانیزم سره نښلولو امکان؛
- د هر لوري له لارې د وړاندوینې تخنیکونو څخه کار اخلي ترڅو ډاډ ترلاسه شي چې پاکټونه په غوره نرخونو لیږل کیږي، د دوی د ګنډلو مخه نیسي او د کڅوړو ضایع کیدو لامل کیږي؛
- د TCP په پرتله په فعالیت او تولید کې د پام وړ زیاتوالی. د ویډیو خدماتو لپاره لکه یوټیوب، QUIC ښودل شوي چې د بیرته راګرځولو عملیات کم کړي کله چې ویډیوګانې 30٪ وګوري.
سرچینه: opennet.ru