IETF (Internet Engineering Task Force) Интернет протоколдорун жана архитектурасын иштеп чыгуу үчүн жооптуу, HTTP/3.0 протоколу үчүн RFC түзүүнү аяктады жана RFC 9114 (протокол) жана RFC 9204 (идентификаторлорунун алкагында тиешелүү спецификацияларды жарыялады. HTTP/3 үчүн QPACK башын кысуу технологиясы). HTTP/3.0 спецификациясы "Сунуш кылынган стандарт" статусун алды, андан кийин RFCге стандарт долбоорунун статусун берүү боюнча иш башталат (Стандарттын долбоору), бул чындыгында протоколду толук турукташтыруу жана бардыгын эске алуу дегенди билдирет. жасалган комментарийлер. Ошол эле учурда HTTP/1.1 (RFC 9112) жана HTTP/2.0 (RFC 9113) протоколдорунун спецификацияларынын жаңыртылган версиялары, ошондой эле HTTP сурамдарынын (RFC 9110) жана HTTP кэштерин башкаруу аталыштарынын семантикасын аныктаган документтер жарыяланды. (RFC 9111).
HTTP/3 протоколу HTTP/2 үчүн транспорт катары QUIC (Quick UDP Internet Connections) протоколун колдонууну аныктайт. QUIC - UDP протоколунун кеңейтилиши, ал бир нече туташуулардын мультиплексин колдойт жана TLS/SSLге барабар шифрлөө ыкмаларын камсыз кылат. Протокол 2013-жылы Google тарабынан Web үчүн TCP+TLS айкалыштарына альтернатива катары түзүлгөн, ал TCPде узак туташууларды орнотуу жана сүйлөшүү убакыттары менен көйгөйлөрдү чечет жана маалыматтарды өткөрүп берүү учурунда пакеттер жоголуп кеткенде кечигүүлөрдү жок кылат.
Учурда QUIC жана HTTP/3.0 колдоосу бардык популярдуу веб-браузерлерде ишке ашырылган (Chrome, Firefox жана Edgeде, HTTP/3 колдоосу демейки боюнча иштетилген, ал эми Safariде "Өркүндөтүлгөн > Эксперименталдык Функциялар > HTTP/3" жөндөөсү талап кылынат. иштетүү). Сервер тарапта HTTP/3 ишке ашыруулары nginx (өзүнчө филиалда жана өзүнчө модуль түрүндө), Caddy, IIS жана LiteSpeed үчүн жеткиликтүү. HTTP/3 колдоосу да Cloudflare мазмун жеткирүү тармагы тарабынан камсыз кылынат.
QUICтин негизги өзгөчөлүктөрү:
- TLS сыяктуу жогорку коопсуздук (чынында, QUIC UDP үстүнөн TLS колдонуу мүмкүнчүлүгүн камсыз кылат);
- Пакеттин жоголушун алдын алуу үчүн агымдын бүтүндүгүн көзөмөлдөө;
- Байланышты заматта орнотуу мүмкүнчүлүгү (0-RTT, болжол менен 75% учурларда маалыматтар туташууну орнотуу пакетин жөнөткөндөн кийин дароо берилиши мүмкүн) жана суроо-талапты жөнөтүү менен жооп алуунун ортосундагы минималдуу кечигүүлөрдү камсыз кылуу (RTT, Round Trip Time);
- Пакетти кайра жөнөтүүдө башка катар номерин колдонуу, ал кабыл алынган пакеттерди идентификациялоодо түшүнүксүздүктү болтурбайт жана тайм-ауттардан арылтат;
- Пакеттин жоголушу аны менен байланышкан агымдын жеткирилишине гана таасирин тийгизет жана учурдагы байланыш боюнча параллелдүү берилүүчү агымдарда маалыматтардын жеткирилишин токтотпойт;
- Жоголгон пакеттердин кайра жөнөтүлүшүнөн улам кечигүүлөрдү азайтуучу каталарды оңдоо куралдары. Жоголгон пакет маалыматтарын кайра жөнөтүүнү талап кылган кырдаалдарды азайтуу үчүн пакеттик деңгээлде катаны оңдоонун атайын коддорун колдонуу.
- Криптографиялык блоктун чек аралары QUIC пакетинин чек аралары менен дал келет, бул пакеттик жоготуулардын кийинки пакеттердин мазмунун декоддоосуна таасирин азайтат;
- TCP кезегин бөгөттөөдө көйгөйлөр жок;
- Мобилдик кардарлар үчүн кайра туташуу убактысын кыскартуу үчүн Connection ID колдоосу;
- Туташуу ашыкча жүктөөнү көзөмөлдөө үчүн өркүндөтүлгөн механизмдерди туташтыруу мүмкүнчүлүгү;
- Пакеттерди жөнөтүүнүн оптималдуу интенсивдүүлүгүн камсыз кылуу үчүн ар бир багытта өткөрүү жөндөмдүүлүгүн болжолдоо ыкмаларын колдонуу, пакеттердин жоготуусу болгон тыгын абалына өтүүнүн алдын алуу;
- TCP менен салыштырганда аткаруу жана өткөрүү жөндөмдүүлүгүнүн олуттуу өсүшү. YouTube сыяктуу видео кызматтары үчүн QUIC видеолорду көргөндө ребуферлөө операцияларын 30% кыскартат.
HTTP/1.1 спецификациясындагы өзгөртүүлөрдүн ичинен мазмуну менен дененин сыртында каретканы кайтаруу (CR) белгисин обочолонгон колдонууга тыюу салууну белгилесе болот, б.а. Протоколдун элементтеринде CR символун сызык берүү символу (CRLF) менен бирге гана колдонсо болот. Тиркелген талааларды жана бөлүмдөрдү баш тамгалар менен бөлүүнү жөнөкөйлөтүү үчүн бөлүкчөлөрдөн турган сурамдарды жайгаштыруу алгоритми жакшыртылды. "HTTP өтүнүчүнүн контрабандасы" чабуулдарына бөгөт коюу үчүн түшүнүксүз мазмунду иштетүү боюнча сунуштар кошулду, бул бизге фронт менен бэкэнддин ортосундагы агымда башка колдонуучулардын суроо-талаптарынын мазмунуна кирүү мүмкүнчүлүгүн берет.
HTTP/2.0 спецификациясынын жаңыртылышы TLS 1.3 үчүн колдоону ачык аныктайт. Приоритеттөө схемасы жана ага байланыштуу баш талаалар эскирди. HTTP/1.1 менен туташууну жаңыртуу үчүн пайдаланылбаган механизм эскирген деп жарыяланды. Талаалардын аталыштарын жана баалуулуктарын текшерүү үчүн талаптар кыскартылды. Кээ бир мурда сакталган кадр түрлөрү жана параметрлери колдонууга сунушталат. Туташуу менен байланышкан тыюу салынган баш талаалар так аныкталган.
Source: opennet.ru