{"id":104306,"date":"2022-06-07T09:36:47","date_gmt":"2022-06-07T07:36:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/protokol-http-3-0-poluchil-status-predlozhennogo-standarta"},"modified":"2022-06-07T09:36:47","modified_gmt":"2022-06-07T07:36:48","slug":"protokol-http-3-0-poluchil-status-predlozhennogo-standarta","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/protokol-http-3-0-poluchil-status-predlozhennogo-standarta","title":{"rendered":"Het HTTP\/3.0-protocol heeft de status van voorgestandaard","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Het IETF (Internet Engineering Task Force) comit\u00e9, dat zich bezighoudt met de ontwikkeling van internetprotocollen en -architectuur, heeft de RFC voor het HTTP\/3.0-protocol afgerond en de bijbehorende specificaties gepubliceerd onder de identificaties RFC 9114 (protocol) en RFC 9204 (de QPACK header compressietechnologie voor HTTP\/3). De specificatie HTTP\/3.0 heeft de status 'Voorgesteld standaard' gekregen, waarna de werkzaamheden zullen beginnen om de RFC de status van een conceptstandaard (Draft Standard) te geven, wat feitelijk betekent dat het protocol volledig is gestabiliseerd en dat alle opmerkingen zijn verwerkt. Tegelijkertijd zijn bijgewerkte versies van de specificaties voor de protocollen HTTP\/1.1 (RFC 9112) en HTTP\/2.0 (RFC 9113) gepubliceerd, alsook documenten die de semantiek van HTTP-verzoeken (RFC 9110) en HTTP-cachebeheerkoppen (RFC 9111) defini\u00ebren. <\/p>\n
Het HTTP\/3-protocol definieert het gebruik van het QUIC (Quick UDP Internet Connections) protocol als transport voor HTTP\/2. QUIC is een bovenlaag van het UDP-protocol dat multiplexing van meerdere connecties ondersteunt en versleutelingsmethoden biedt die gelijkwaardig zijn aan TLS\/SSL. Het protocol is in 2013 ontwikkeld door Google als alternatief voor de combinatie TCP+TLS voor het web, en lost problemen op met lange verbindingsinstellingen en onderhandeling in TCP en elimineert vertragingen bij pakketverlies tijdens de gegevensoverdracht.
<\/center> <\/p>\n
Momenteel is de ondersteuning voor QUIC en HTTP\/3.0 al ge\u00efmplementeerd in alle populaire webbrowsers (in Chrome, Firefox en Edge is de ondersteuning voor HTTP\/3 standaard ingeschakeld, terwijl in Safari de instelling 'Geavanceerd > Experimentele functies > HTTP\/3' ingeschakeld moet worden). Aan de serverzijde zijn implementaties van HTTP\/3 beschikbaar voor nginx (in een aparte tak en als een aparte module), Caddy, IIS en LiteSpeed. De Cloudflare content delivery network ondersteunt ook HTTP\/3. <\/p>\n
Belangrijkste kenmerken van QUIC: <\/p>\n
\n
Hoge beveiliging, vergelijkbaar met TLS (in wezen biedt QUIC de mogelijkheid om TLS boven UDP te gebruiken); <\/li>\n
Integriteitscontrole van de stream, wat pakketverlies voorkomt; <\/li>\n
De mogelijkheid om onmiddellijk een verbinding op te zetten (0-RTT, in ongeveer 75% van de gevallen kunnen gegevens direct worden verzonden na het versturen van het verbindingsinstallatiepakket) en om minimale vertragingen te garanderen tussen het verzenden van een verzoek en het ontvangen van een antwoord (RTT, Round Trip Time);
<\/center> <\/li>\n
Gebruik van een ander volgnummer voor de opnieuw verzonden pakketten, waardoor verwarring bij de identificatie van ontvangen pakketten wordt vermeden en time-outs worden ge\u00eblimineerd; <\/li>\n
Pakketverlies heeft alleen invloed op de aflevering van de bijbehorende stroom en stopt de aflevering van gegevens in de parallelle stromen die via de huidige verbinding worden verzonden; <\/li>\n
Foutcorrectiemechanismen verminderen vertragingen door het opnieuw verzenden van verloren pakketten. Het gebruik van speciale foutcorrectiecodes op het niveau van pakketten om situaties te verkorten die opnieuw verzenden van verloren gegevens vereisen. <\/li>\n
De grenzen van cryptografische blokken zijn afgestemd op de grenzen van QUIC-pakketten, wat de impact van pakketverlies op de decodering van de inhoud van volgende pakketten vermindert. <\/li>\n
Geen problemen met TCP-queue blocking. <\/li>\n
Ondersteuning voor een connectie-ID, waardoor de tijd voor het opnieuw tot stand brengen van een verbinding voor mobiele clients kan worden verkort. <\/li>\n
De mogelijkheid om geavanceerde mechanismen voor congestiecontrole in te schakelen. <\/li>\n
Het gebruik van bandbreedtevoorspellingstechnieken in beide richtingen om een optimale verzendintensiteit van pakketten te waarborgen, en te voorkomen dat het systeem in een overbelastingsstaat terechtkomt waarin pakketverlies optreedt. <\/li>\n
Een significante toename van prestaties en bandbreedte in vergelijking met TCP. Voor videoservices zoals YouTube heeft het gebruik van QUIC geleid tot een vermindering van het aantal herbufferingsoperaties met 30% tijdens het bekijken van video's. <\/ul>\n
Van de wijzigingen in de specificatie HTTP\/1.1 kan worden opgemerkt dat het gebruik van het carriage return (CR) teken buiten de inhoudelijke body is verboden, dat wil zeggen, binnen protocolelementen kan het CR-teken alleen samen met het line feed (CRLF) teken worden gebruikt. Het algoritme voor chunked-verzoeken is geoptimaliseerd voor een betere scheiding van bijbehorende velden en de sectie met headers. Aanbevelingen voor de behandeling van ambigue inhoud zijn toegevoegd om aanvallen van het type 'HTTP Request Smuggling' te blokkeren, die het mogelijk maken om binnen te dringen in de inhoud van verzoeken van andere gebruikers in de stroom tussen de frontend en backend. <\/p>\n
In de update van de specificatie HTTP\/2.0 is expliciet ondersteuning voor TLS 1.3 gedefinieerd. De methode voor het vaststellen van prioriteiten en de bijbehorende velden in de headers is geclassificeerd als verouderd. Een niet wijdverspreide methode voor het bijwerken van verbindingen naar HTTP\/1.1 is verouderd verklaard. De vereisten voor het controleren van de namen van velden en waarden zijn verminderd. Bepaalde eerder gereserveerde frame-types en parameters zijn voorgesteld voor gebruik. Verboden header-velden met betrekking tot verbinding zijn nauwkeuriger gedefinieerd. \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Het](\"\/wp-content\/uploads\/2022\/06\/0821fd634337ac1f1cc0924abb4f55dc.jpg\")
<\/center> <\/p>\n![\"Het](\"\/wp-content\/uploads\/2022\/06\/d416668e500fd2b79304fa0b13f793e3.jpg\")
<\/center> <\/li>\n