Firefox-ийн шөнийн бүтээцүүд нь HTTP/3 дэмжлэгийг нэмдэг

В шөнийн бүтээн байгуулалтууд 72-р сарын 7-нд товлогдсон Firefox XNUMX-г гаргах үндэс суурь болох Firefox, нэмсэн HTTP/3 протоколын дэмжлэг. Анхдагчаар HTTP/3 идэвхгүй бөгөөд about:config дотор "network.http.http3.enabled" сонголтыг идэвхжүүлэх шаардлагатай.

Firefox дахь HTTP/3 дэмжлэг нь Mozilla-ийн боловсруулсан төсөл дээр суурилдаг үгүй, энэ нь QUIC протоколын үйлчлүүлэгч болон серверийн хэрэгжилтийг хангадаг. HTTP/3 болон QUIC дэмжлэгийн бүрэлдэхүүн хэсгийн кодыг Rust дээр бичсэн.
Үйлчлүүлэгчийн програм хангамжаас HTTP/3-ийн туршилтын дэмжлэг аль хэдийн хийгдсэн байна нэмсэн Chrome болон curl дээр, серверийн хувьд энэ нь хэлбэрээр байдаг модуль nginx болон туршилтын сервер номын санд суурилсан quiche (хэрэгжүүлэлт Cloudflare-ийн Rust дахь QUIC болон HTTP/3). HTTP/3 үйлчлүүлэгчийн ажиллагааг шалгах эхлүүлсэн Хэд хэдэн туршилтын сайтуудын ихэнх нь Firefox дээр зөв нээгдээгүй байна (HTTP/3 шатандаа байна техникийн тодорхойлолтын төсөл мөн бүрэн стандартчилагдаагүй).

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

Үндсэн Онцлог QUIC:

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

Эх сурвалж: opennet.ru

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