Firefox 3-р сарын эцэс гэхэд HTTP/XNUMX дэмжлэгийг эхлүүлэх төлөвтэй байна.

Mozilla 3-р сарын 88-нд товлогдсон Firefox 19-ийг гаргахаар HTTP/20 болон QUIC хувилбаруудыг үе шаттайгаар эхлүүлэхээр төлөвлөж байгаагаа мэдэгдэв (анх 3-р сарын 3-нд гарах төлөвтэй байсан ч хуваарийн дагуу үүнийг нэг өдөр хойшлуулах болно). HTTP/XNUMX-ийн дэмжлэгийг анх хэрэглэгчдийн багахан хувьд идэвхжүүлэх бөгөөд гэнэтийн асуудлуудыг эс тооцвол XNUMX-р сарын эцэс гэхэд хүн бүрт ашиглах болно. Шөнийн хувилбарууд болон бета хувилбаруудад HTTP/XNUMX-г XNUMX-р сарын сүүлээр анхдагчаар идэвхжүүлсэн.

Firefox-д HTTP/3-ийн хэрэгжилт нь QUIC протоколд зориулсан клиент болон серверийн хэрэгжилтийг хангадаг Mozilla-ийн боловсруулсан neqo төсөл дээр суурилдаг гэдгийг санацгаая. HTTP/3 болон QUIC дэмжлэгийн бүрэлдэхүүн хэсгийн кодыг Rust дээр бичсэн. HTTP/3 идэвхжсэн эсэхийг хянахын тулд about:config нь “network.http.http3.enabled” сонголтыг өгдөг. Үйлчлүүлэгчийн програм хангамжаас HTTP/3-ийн туршилтын дэмжлэгийг Chrome болон curl-д нэмсэн бөгөөд серверүүдийн хувьд үүнийг nginx, мөн nginx модуль болон Cloudflare-ийн туршилтын сервер хэлбэрээр ашиглах боломжтой. Вэбсайт талаас Google болон Facebook серверүүд дээр HTTP/3 дэмжлэгийг аль хэдийн өгсөн.

HTTP/3 протокол нь төслийн тодорхойлолтын шатанд байгаа бөгөөд IETF-ээр бүрэн стандартчилагдаагүй байна. HTTP/3 нь Alt-Svc толгой хэсэгт заасан QUIC ноорог стандарт болон HTTP/3-ын ижил хувилбарт үйлчлүүлэгч болон серверийн дэмжлэгийг шаарддаг (Firefox нь 27-32 хүртэлх тусгай ноорогуудыг дэмждэг).

HTTP/3 нь QUIC протоколыг HTTP/2-ийн тээвэрлэлт болгон ашиглахыг тодорхойлдог. QUIC (Quick UDP Internet Connections) протоколыг Google-ээс 2013 оноос хойш Вэбд зориулсан TCP+TLS хослолын хувилбар болгон хөгжүүлж, TCP-д холболт хийх урт тохируулга, хэлэлцээрийн хугацаатай холбоотой асуудлыг шийдэж, өгөгдлийн явцад пакет алга болох үед саатлыг арилгадаг. шилжүүлэх. QUIC нь UDP протоколын өргөтгөл бөгөөд олон холболтын олон талт холболтыг дэмждэг бөгөөд TLS/SSL-тэй дүйцэхүйц шифрлэлтийн аргуудыг өгдөг. IETF стандартыг боловсруулах явцад протоколд өөрчлөлт оруулсан бөгөөд энэ нь хоёр зэрэгцээ салбар үүсэхэд хүргэсэн бөгөөд нэг нь HTTP/3, хоёр дахь нь Google-ийн дэмжлэгтэй (Chrome нь хоёр сонголтыг дэмждэг).

QUIC-ийн гол онцлогууд:

  • TLS-тэй төстэй өндөр хамгаалалт (үндсэндээ QUIC нь UDP дээр TLS ашиглах боломжийг олгодог);
  • Урсгалын бүрэн бүтэн байдлыг хянах, пакет алдагдахаас урьдчилан сэргийлэх;
  • Холболтыг нэн даруй үүсгэх чадвар (0-RTT, ойролцоогоор 75% тохиолдолд холболтын тохиргооны багцыг илгээсний дараа өгөгдлийг шууд дамжуулах боломжтой) ба хүсэлт илгээх болон хариу хүлээн авах хооронд хамгийн бага саатал гаргах (RTT, хоёр талын аялалын хугацаа);
  • Пакетийг дахин дамжуулахдаа өөр дарааллын дугаар ашиглах нь хүлээн авсан пакетуудыг тодорхойлоход хоёрдмол байдлаас зайлсхийж, хугацаа хэтрэхээс сэргийлдэг;
  • Пакет алдагдах нь зөвхөн түүнтэй холбоотой урсгалын дамжуулалтад нөлөөлж, одоогийн холболтоор дамждаг зэрэгцээ урсгалд өгөгдөл дамжуулахыг зогсоохгүй;
  • Алдагдсан пакетуудыг дахин дамжуулахтай холбоотой саатлыг багасгах алдаа засах функцууд. Алдагдсан пакет өгөгдлийг дахин дамжуулах шаардлагатай нөхцөл байдлыг багасгахын тулд багцын түвшинд алдаа засах тусгай кодыг ашиглах.
  • Криптографийн блокийн хил нь QUIC багцын хил хязгаартай нийцдэг бөгөөд энэ нь дараагийн пакетуудын агуулгыг тайлахад пакет алдагдлын нөлөөллийг бууруулдаг;
  • TCP дарааллыг блоклоход асуудал байхгүй;
  • Мобайл үйлчлүүлэгчдэд дахин холболт хийхэд шаардагдах хугацааг багасгасан холболтын танигчийг дэмжих;
  • Холболтын түгжрэлийг хянах дэвшилтэт механизмуудыг холбох боломж;
  • Пакетуудыг оновчтой хурдаар илгээж, ачаалал ихсэх, пакет алдагдахаас урьдчилан сэргийлэхийн тулд чиглэл тус бүрээр дамжуулах чадварыг таамаглах арга техникийг ашигладаг;
  • TCP-тэй харьцуулахад гүйцэтгэл, дамжуулах чадварын мэдэгдэхүйц өсөлт. YouTube гэх мэт видео үйлчилгээний хувьд QUIC нь видео үзэх үед няцаах ажиллагааг 30%-иар бууруулдаг болохыг харуулсан.
  • Эх сурвалж: opennet.ru

сэтгэгдэл нэмэх