A HTTP/3.0 „Javasolt szabvány” állapotot kapott

HTTP3

nemrég a IETF (Internet Engineering Task Force), amely az Internet protokolljait és architektúráját fejleszti, tudtára adta az a hír befejezte az RFC kialakítását a HTTP/3.0 protokollhoz és a kapcsolódó specifikációkat RFC 9114 és RFC 9204 azonosítók alatt tette közzé.

A HTTP/3.0 specifikáció megkapta a „Javasolt szabvány” státuszt, ezt követően megkezdődik a munka annak érdekében, hogy az RFC szabványtervezet státuszba kerüljön (Szabványtervezet), ami tulajdonképpen a protokoll teljes stabilizálását jelenti és figyelembe véve az összes megjegyzést.

a protokoll A HTTP/3 határozza meg a QUIC protokoll használatát (Gyors UDP internetkapcsolatok) szállításként a HTTP/2 számára. A QUIC egy beépülő modul az UDP protokollhoz, amely támogatja több kapcsolat multiplexelését, és a TLS/SSL-lel egyenértékű titkosítási módszereket biztosít.

A protokollt 2013-ban hozta létre a Google A webes TCP + TLS alternatívájaként megoldja a hosszú kapcsolat-beállítási és egyeztetési idő problémáját a TCP-ben, és kiküszöböli az adatátvitel során fellépő csomagvesztés okozta késéseket.

Jelenleg A QUIC és a HTTP/3.0 támogatás már minden böngészőben megvalósul népszerű weboldalak. Szerver oldalon a HTTP/3 implementációi elérhetők nginx-hez (külön ágban és külön modulként), Caddy-hez, IIS-hez és LiteSpeed-hez. A HTTP/3-at a Cloudflare Content Delivery Network is támogatja.

A QUIC főbb jellemzői:

  • Magas biztonság, hasonlóan a TLS-hez (valójában a QUIC lehetővé teszi a TLS használatát UDP-n keresztül)
  • Az átvitel integritásának ellenőrzése a csomagvesztés megelőzésére
  • Azonnali kapcsolat létrehozásának képessége és minimális késések biztosítása a kérés elküldése és a válasz fogadása között (RTT, oda-vissza úti idő)
  • Csomag újraküldésekor használjon eltérő sorszámot, így elkerülheti a kétértelműséget a fogadott csomagok meghatározásakor, és megszabadulhat az időtúllépésektől
  • A csomag elvesztése csak a hozzá társított adatfolyam kézbesítését érinti, és nem állítja le az adatátvitelt az aktuális kapcsolaton keresztül párhuzamosan továbbított adatfolyamokban.
  • Hibajavító eszközök, amelyek minimalizálják az elveszett csomagok újraküldése miatti késéseket. Speciális csomagszintű hibajavító kódok használata az elveszett csomagadatok újraküldését igénylő helyzetek csökkentése érdekében.
  • A kriptográfiai blokkhatárok igazodnak a QUIC csomaghatárokhoz, csökkentve a csomagvesztés hatását a következő csomagok tartalmának dekódolására
  • Nincs probléma a TCP-sor blokkolásával
  • Kapcsolatazonosító támogatás a mobilkliensek újracsatlakozási idejének csökkentése érdekében
  • Speciális mechanizmusok csatlakoztatásának lehetősége a csatlakozás túlterhelésének szabályozására
  • Használjon sávszélesség-előrejelzési technikákat minden irányban, hogy biztosítsa az optimális csomagtovábbítási sebességet, elkerülve a torlódásokat, amikor a csomagok elvesznek.
  • Jelentős teljesítmény és teljesítménynövekedés a TCP-hez képest. Az olyan videoszolgáltatások esetében, mint a YouTube, a QUIC 30%-kal csökkenti a videó pufferelési műveleteit.

Ezzel párhuzamosan megjelentek a HTTP/1.1 (RFC 9112) és HTTP/2.0 (RFC 9113) protokollok specifikációinak frissített változatai, valamint a HTTP kérések szemantikáját meghatározó dokumentumok (RFC). 9110) és a HTTP gyorsítótárazási vezérlőfejlécek (RFC 9111).

Évi változások közül a specifikációt HTTP/1.1, észrevehető a tiltás a kocsivissza karakter külön használatától (CR) a testen kívül a tartalommal, azaz a protokollelemekben a CR karakter csak az új sorkarakterrel (CRLF) együtt használható.

El a töredezett kérések elrendezési algoritmusa javult a csatolt mezők és fejlécekkel ellátott szakaszok szétválasztásának egyszerűsítése érdekében. Hozzáadott irányelvek a félreérthető tartalmak kezeléséhez a „HTTP Request Smuggling” osztályú támadások blokkolása érdekében, amelyek behatolhatnak más felhasználók kéréseinek tartalmába az előtér és a háttérrendszer közötti folyamatban.

A specifikáció frissítése A HTTP/2.0 kifejezetten támogatja a TLS 1.3-at, elavult prioritási séma és a kapcsolódó fejlécmezők és frissítési mechanizmus elavult HTTP/1.1 kapcsolat elavult.

Végül, ha többet szeretne megtudni róla, tájékozódhat a részletekről a következő link.


Hagyja megjegyzését

E-mail címed nem kerül nyilvánosságra. Kötelező mezők vannak jelölve *

*

*

  1. Az adatokért felelős: AB Internet Networks 2008 SL
  2. Az adatok célja: A SPAM ellenőrzése, a megjegyzések kezelése.
  3. Legitimáció: Az Ön beleegyezése
  4. Az adatok közlése: Az adatokat csak jogi kötelezettség alapján továbbítjuk harmadik felekkel.
  5. Adattárolás: Az Occentus Networks (EU) által üzemeltetett adatbázis
  6. Jogok: Bármikor korlátozhatja, helyreállíthatja és törölheti adatait.