Ang IETF (Internet Engineering Task Force), nga maoy responsable sa pagpalambo sa mga protocol ug arkitektura sa Internet, nag-finalize sa RFC para sa HTTP/3.0 protocol ug nagpatik sa may kalabutan nga mga detalye ubos sa identifiers RFC 9114 (protocol) ug RFC 9204 (QPACK header compression teknolohiya para sa HTTP/3). Ang espesipikasyon sa HTTP/3.0 nakadawat sa kahimtang sa usa ka "Gisugyot nga Sumbanan", pagkahuman ang trabaho magsugod sa paghatag sa RFC sa kahimtang sa usa ka draft nga sumbanan (Draft Standard), nga sa tinuud nagpasabut nga usa ka kompleto nga pagpalig-on sa protocol ug gikonsiderar ang tanan. ang mga komento nga gihimo. Sa samang higayon, ang updated nga mga bersyon sa mga detalye alang sa HTTP/1.1 (RFC 9112) ug HTTP/2.0 (RFC 9113) nga mga protocol gipatik, ingon man ang mga dokumento nga naghubit sa mga semantiko sa HTTP requests (RFC 9110) ug HTTP caching control header (RFC 9111).
Ang HTTP/3 nga protocol naghubit sa paggamit sa QUIC (Quick UDP Internet Connections) nga protocol isip transportasyon alang sa HTTP/2. Ang QUIC kay usa ka extension sa UDP protocol nga nagsuporta sa multiplexing sa daghang koneksyon ug naghatag ug encryption method nga katumbas sa TLS/SSL. Ang protocol gimugna niadtong 2013 sa Google isip alternatibo sa TCP+TLS nga kombinasyon para sa Web, pagsulbad sa mga problema sa taas nga pag-setup sa koneksyon ug mga panahon sa negosasyon sa TCP ug pagwagtang sa mga paglangay kon ang mga packet mawala sa panahon sa pagbalhin sa datos.
Sa pagkakaron, ang QUIC ug HTTP/3.0 nga suporta kay gipatuman na sa tanang sikat nga web browsers (sa Chrome, Firefox ug Edge, ang HTTP/3 nga suporta kay default, ug sa Safari gikinahanglan ang “Advanced > Experimental Features > HTTP/3” setting aron mahimo). Sa kilid sa server, ang mga pagpatuman sa HTTP / 3 magamit alang sa nginx (sa usa ka lahi nga sanga ug sa porma sa usa ka bulag nga module), Caddy, IIS ug LiteSpeed. Ang suporta sa HTTP/3 gihatag usab sa Cloudflare content delivery network.
Pangunang bahin sa QUIC:
- Taas nga seguridad nga susama sa TLS (sa tinuud QUIC naghatag katakus sa paggamit sa TLS sa UDP);
- Pagkontrol sa integridad sa agos, pagpugong sa pagkawala sa pakete;
- Ang abilidad sa pag-establisar dayon og koneksyon (0-RTT, sa gibana-bana nga 75% sa mga kaso nga ang data mahimong mapasa dayon human ipadala ang connection setup packet) ug makahatag og gamay nga paglangan tali sa pagpadala og hangyo ug pagdawat og tubag (RTT, Round Trip Time);
- Paggamit ug lahi nga sequence number kung mag-transmit pag-usab sa usa ka packet, nga maglikay sa dili klaro sa pag-ila sa nadawat nga mga packet ug mawala ang mga timeout;
- Ang pagkawala sa usa ka pakete makaapekto lamang sa paghatud sa sapa nga may kalabutan niini ug dili mohunong sa paghatod sa datos sa parallel nga mga sapa nga gipasa pinaagi sa kasamtangan nga koneksyon;
- Ang mga bahin sa pagtul-id sa sayup nga makapamenos sa mga paglangan tungod sa pagpadala pag-usab sa nawala nga mga pakete. Paggamit ug espesyal nga error correction code sa packet level aron makunhuran ang mga sitwasyon nga nanginahanglan ug retransmission sa nawala nga packet data.
- Ang mga utlanan sa cryptographic block gipahiangay sa mga utlanan sa QUIC packet, nga nagpamenos sa epekto sa pagkawala sa pakete sa pag-decode sa mga sulod sa sunod nga mga pakete;
- Walay problema sa TCP queue blocking;
- Suporta alang sa identifier sa koneksyon, nga nagpamenos sa oras nga gikinahanglan aron matukod ang usa ka pagkonekta pag-usab alang sa mga kliyente sa mobile;
- Posibilidad sa pagkonektar sa mga advanced connection congestion control mechanisms;
- Naggamit sa per-direction throughput prediction techniques aron maseguro ang labing maayo nga packet forwarding rates, pagpugong sa congestion ug packet loss;
- Mahinungdanon nga pagtaas sa performance ug throughput kung itandi sa TCP. Alang sa mga serbisyo sa video sama sa YouTube, gipakita sa QUIC nga makunhuran ang mga operasyon sa rebuffering kung nagtan-aw sa mga video sa 30%.
Lakip sa mga pagbag-o sa espesipikasyon sa HTTP / 1.1, ang usa mahimong matikdan ang pagdili sa nahilit nga paggamit sa carriage return (CR) nga karakter sa gawas sa lawas nga adunay sulud, i.e. Sa mga elemento sa protocol, ang CR nga karakter mahimo ra gamiton kauban ang line feed character (CRLF). Ang chunked request layout algorithm gipauswag aron pasimplehon ang pagbulag sa mga gilakip nga mga natad ug mga seksyon nga adunay mga ulohan. Gidugang nga mga rekomendasyon alang sa pagdumala sa dili klaro nga sulud aron babagan ang mga pag-atake sa "HTTP Request Smuggling", nga nagtugot kanamo sa pag-wedge sa among kaugalingon sa sulud sa mga hangyo sa ubang mga tiggamit sa agianan tali sa frontend ug backend.
Ang pag-update sa detalye sa HTTP/2.0 tin-aw nga naghubit sa suporta alang sa TLS 1.3. Wala gamita ang laraw sa pag-prayoridad ug kaubang mga natad sa ulohan. Ang wala magamit nga mekanismo sa pag-update sa koneksyon sa HTTP/1.1 gideklarar nga dili na magamit. Ang mga kinahanglanon alang sa pagsusi sa mga ngalan sa uma ug mga kantidad gikunhuran. Ang pipila nga gireserba kaniadto nga mga tipo sa frame ug mga parameter gisugyot nga gamiton. Ang gidili nga mga natad sa ulohan nga may kalabutan sa koneksyon mas tukma nga gihubit.
Source: opennet.ru