ProHoster > blog > berita internet > Firefox nightly build sekarang mendukung HTTP/3

Firefox nightly build sekarang mendukung HTTP/3

Π’ bangunan malam Firefox, yang akan menjadi dasar peluncuran Firefox 72, dijadwalkan pada 7 Januari, ditambahkan Dukungan protokol HTTP/3. Secara default, HTTP/3 dinonaktifkan dan memerlukan opsi β€œnetwork.http.http3.enabled” untuk diaktifkan di about:config.

Dukungan HTTP/3 di Firefox didasarkan pada proyek yang dikembangkan oleh Mozilla neqo, yang menyediakan implementasi klien dan server untuk protokol QUIC. Kode komponen untuk dukungan HTTP/3 dan QUIC ditulis dalam Rust.
Dari perangkat lunak klien, dukungan eksperimental untuk HTTP/3 juga sudah ada ditambahkan di Chrome dan curl, dan untuk server tersedia dalam bentuk модуля untuk nginx dan server uji berbasis perpustakaan quiche (implementasi QUIC dan HTTP/3 di Rust dari Cloudflare). Untuk menguji pengoperasian klien HTTP/3 diluncurkan beberapa situs pengujian, sebagian besar belum terbuka dengan benar di Firefox (HTTP/3 sedang dalam tahap spesifikasi rancangan dan tidak sepenuhnya terstandarisasi).

Ingatlah bahwa HTTP/3 menstandarkan penggunaan protokol QUIC sebagai transport untuk HTTP/2. Protokol QUIC (Koneksi Internet UDP Cepat) telah dikembangkan oleh Google sejak tahun 2013 sebagai alternatif kombinasi TCP+TLS untuk Web, memecahkan masalah dengan waktu penyiapan dan negosiasi yang lama untuk koneksi dalam TCP dan menghilangkan penundaan ketika paket hilang selama transfer data. QUIC adalah perpanjangan dari protokol UDP yang mendukung multiplexing beberapa koneksi dan menyediakan metode enkripsi yang setara dengan TLS/SSL.

Utama fitur CEPAT:

  • Keamanan tinggi mirip dengan TLS (pada dasarnya QUIC menyediakan kemampuan untuk menggunakan TLS melalui UDP);
  • Kontrol integritas aliran, mencegah kehilangan paket;
  • Kemampuan untuk membuat koneksi secara instan (0-RTT, pada sekitar 75% kasus, data dapat dikirim segera setelah mengirim paket pengaturan koneksi) dan memberikan penundaan minimal antara pengiriman permintaan dan penerimaan respons (RTT, Round Trip Time);
  • Tidak menggunakan nomor urut yang sama saat mengirimkan ulang sebuah paket, yang menghindari ambiguitas dalam mengidentifikasi paket yang diterima dan menghilangkan batas waktu;
  • Hilangnya suatu paket hanya mempengaruhi pengiriman aliran yang terkait dengannya dan tidak menghentikan pengiriman data dalam aliran paralel yang dikirimkan melalui koneksi saat ini;
  • Fitur koreksi kesalahan yang meminimalkan penundaan akibat pengiriman ulang paket yang hilang. Penggunaan kode koreksi kesalahan khusus pada tingkat paket untuk mengurangi situasi yang memerlukan transmisi ulang data paket yang hilang.
  • Batas-batas blok kriptografi diselaraskan dengan batas-batas paket QUIC, yang mengurangi dampak kehilangan paket pada decoding isi paket berikutnya;
  • Tidak ada masalah dengan pemblokiran antrian TCP;
  • Dukungan untuk pengidentifikasi koneksi, yang mengurangi waktu yang diperlukan untuk membuat koneksi ulang untuk klien seluler;
  • Kemungkinan menghubungkan mekanisme kontrol kelebihan koneksi tingkat lanjut;
  • Menggunakan teknik prediksi throughput per arah untuk memastikan tingkat penerusan paket yang optimal, mencegah kemacetan dan kehilangan paket;
  • Jelas pertumbuhan kinerja dan throughput dibandingkan dengan TCP. Untuk layanan video seperti YouTube, QUIC telah terbukti mengurangi operasi rebuffering saat menonton video sebesar 30%.

Sumber: opennet.ru

Tambah komentar