nesen IETF (Internet Engineering Task Force), kas izstrādā interneta protokolus un arhitektūru, darīja to zināmu ziņas, ka pabeidza HTTP/3.0 protokola RFC izveidi un publicēja saistītās specifikācijas ar identifikatoriem RFC 9114 un RFC 9204.
HTTP/3.0 specifikācija saņēma statusu “Piedāvātais standarts”, pēc kā sāksies darbs pie RFC standarta projekta statusa piešķiršanas (Draft Standard), kas faktiski nozīmē pilnīgu protokola stabilizāciju un ņemot vērā visus izteiktos komentārus.
Protokols HTTP/3 nosaka QUIC protokola izmantošanu (Ātri UDP interneta savienojumi) kā HTTP/2 transports. QUIC ir UDP protokola spraudnis, kas atbalsta vairāku savienojumu multipleksēšanu un nodrošina TLS/SSL līdzvērtīgas šifrēšanas metodes.
Protokolu 2013. gadā izveidoja Google kā alternatīvu TCP + TLS tīmeklim, atrisinot ilgu savienojuma iestatīšanas un sarunu laika problēmu TCP un novēršot aizkavi pakešu zuduma dēļ datu pārsūtīšanas laikā.
šobrīd, QUIC un HTTP/3.0 atbalsts jau ir ieviests visās pārlūkprogrammās populāras vietnes. Servera pusē HTTP/3 implementācijas ir pieejamas nginx (atsevišķā filiālē un kā atsevišķs modulis), Caddy , IIS un LiteSpeed. HTTP/3 atbalsta arī Cloudflare satura piegādes tīkls.
Galvenās QUIC funkcijas:
- Augsta drošība, līdzīga TLS (patiesībā QUIC nodrošina iespēju izmantot TLS, izmantojot UDP)
- Pārraides integritātes kontrole, lai novērstu pakešu zudumu
- Iespēja nekavējoties izveidot savienojumu un nodrošināt minimālu aizkavi starp pieprasījuma nosūtīšanu un atbildes saņemšanu (RTT, turp un atpakaļ laiks)
- Pārsūtot paketi, izmantojiet citu kārtas numuru, lai izvairītos no neskaidrībām saņemto pakešu noteikšanā un atbrīvotos no taimauta
- Paketes zaudēšana ietekmē tikai ar to saistītās straumes piegādi un nepārtrauc datu piegādi straumēs, kas tiek pārraidītas paralēli pa pašreizējo savienojumu.
- Kļūdu labošanas rīki, kas samazina aizkavi zaudēto pakešu atkārtotas pārsūtīšanas dēļ. Īpašu pakešu līmeņa kļūdu labošanas kodu izmantošana, lai samazinātu situācijas, kurās nepieciešama zaudēto pakešdatu atkārtota pārsūtīšana.
- Kriptogrāfisko bloku robežas tiek saskaņotas ar QUIC pakešu robežām, samazinot pakešu zuduma ietekmi uz nākamo pakešu satura dekodēšanu
- Nav problēmu ar TCP rindas bloķēšanu
- Savienojuma identifikācijas atbalsts, lai samazinātu savienojuma atjaunošanas laiku mobilajiem klientiem
- Iespēja pieslēgt progresīvus mehānismus savienojuma pārslodzes kontrolei
- Izmantojiet joslas platuma prognozēšanas paņēmienus katrā virzienā, lai nodrošinātu optimālus pakešu pārsūtīšanas ātrumus, izvairoties no pārslodzes apstākļiem, kad paketes tiek zaudētas.
- Ievērojams veiktspējas un veiktspējas pieaugums salīdzinājumā ar TCP. Ir pierādīts, ka tādiem video pakalpojumiem kā YouTube, QUIC samazina video buferizācijas darbības par 30%.
Papildus tam, arī vienlaikus tika publicētas atjauninātas HTTP/1.1 (RFC 9112) un HTTP/2.0 (RFC 9113) protokolu specifikāciju versijas, kā arī dokumenti, kas nosaka HTTP pieprasījumu (RFC) semantiku. 9110). un HTTP kešatmiņas vadības galvenes (RFC 9111).
No izmaiņām specifikāciju HTTP/1.1, jūs varat pamanīt aizliegumu no atsevišķas karietes atgriešanas rakstzīmes izmantošanas (CR) ārpus ķermeņa ar saturu, t.i., protokola elementos CR rakstzīmi var izmantot tikai kopā ar jauno rindas zīmi (CRLF).
El chunked pieprasījums izkārtojuma algoritms ir uzlabots lai vienkāršotu pievienoto lauku un sadaļu atdalīšanu ar galvenēm. Pievienotas vadlīnijas par neskaidra satura apstrādi, lai bloķētu "HTTP pieprasījumu kontrabandas" klases uzbrukumus, kas var iejaukties citu lietotāju pieprasījumu saturā plūsmā starp priekšgalu un aizmugursistēmu.
Specifikācijas atjauninājums HTTP/2.0 skaidri definē TLS 1.3 atbalstu, novecojusi prioritāšu noteikšanas shēma un saistītie galvenes lauki un atjaunināšanas mehānisms novecojis HTTP/1.1 savienojums ir novecojis.
Visbeidzot, ja vēlaties uzzināt vairāk par to, varat skatīt sīkāku informāciju šī saite.