Ο Firefox αναμένεται να ξεκινήσει την υποστήριξη HTTP/3 έως τα τέλη Μαΐου.

Η Mozilla ανακοίνωσε την πρόθεσή της να ξεκινήσει σταδιακά το HTTP/3 και το QUIC με την κυκλοφορία του Firefox 88, που είχε προγραμματιστεί για τις 19 Απριλίου (αρχικά αναμενόταν να κυκλοφορήσει στις 20 Απριλίου, αλλά αν κρίνουμε από το χρονοδιάγραμμα, θα καθυστερήσει μια μέρα). Η υποστήριξη HTTP/3 θα ενεργοποιηθεί αρχικά μόνο για ένα μικρό ποσοστό χρηστών και, εκτός από τυχόν απροσδόκητα προβλήματα, θα είναι διαθέσιμη σε όλους μέχρι τα τέλη Μαΐου. Σε νυχτερινές εκδόσεις και εκδόσεις beta, το HTTP/3 ενεργοποιήθηκε από προεπιλογή στα τέλη Μαρτίου.

Ας υπενθυμίσουμε ότι η υλοποίηση του HTTP/3 στον Firefox βασίζεται στο έργο neqo που αναπτύχθηκε από τη Mozilla, το οποίο παρέχει εφαρμογή πελάτη και διακομιστή για το πρωτόκολλο QUIC. Ο κωδικός στοιχείου για υποστήριξη HTTP/3 και QUIC είναι γραμμένος σε Rust. Για να ελέγξετε εάν το HTTP/3 είναι ενεργοποιημένο, το about:config παρέχει την επιλογή "network.http.http3.enabled". Από το λογισμικό πελάτη, η πειραματική υποστήριξη για το HTTP/3 έχει επίσης προστεθεί στο Chrome και το curl και για διακομιστές είναι διαθέσιμη σε nginx, καθώς και με τη μορφή μιας ενότητας nginx και ενός δοκιμαστικού διακομιστή από το Cloudflare. Από την πλευρά του ιστότοπου, η υποστήριξη HTTP/3 παρέχεται ήδη στους διακομιστές της Google και του Facebook.

Το πρωτόκολλο HTTP/3 βρίσκεται ακόμα στο στάδιο των προδιαγραφών και δεν έχει ακόμη τυποποιηθεί πλήρως από το IETF. Το HTTP/3 απαιτεί υποστήριξη πελάτη και διακομιστή για την ίδια έκδοση του προτύπου QUIC και του HTTP/3, που καθορίζεται στην κεφαλίδα Alt-Svc (το 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 παρέχει τη δυνατότητα χρήσης TLS μέσω UDP).
  • Έλεγχος ακεραιότητας ροής, αποτροπή απώλειας πακέτων.
  • Δυνατότητα άμεσης δημιουργίας σύνδεσης (0-RTT, περίπου στο 75% των περιπτώσεων τα δεδομένα μπορούν να μεταδοθούν αμέσως μετά την αποστολή του πακέτου ρύθμισης σύνδεσης) και να παρέχει ελάχιστες καθυστερήσεις μεταξύ της αποστολής ενός αιτήματος και της λήψης απάντησης (RTT, Round Trip Time).
  • Χρήση διαφορετικού αριθμού σειράς κατά την αναμετάδοση ενός πακέτου, που αποφεύγει την ασάφεια στον εντοπισμό των ληφθέντων πακέτων και απαλλαγεί από τα χρονικά όρια.
  • Η απώλεια ενός πακέτου επηρεάζει μόνο την παράδοση της ροής που σχετίζεται με αυτό και δεν σταματά την παράδοση δεδομένων σε παράλληλες ροές που μεταδίδονται μέσω της τρέχουσας σύνδεσης.
  • Λειτουργίες διόρθωσης σφαλμάτων που ελαχιστοποιούν τις καθυστερήσεις λόγω αναμετάδοσης χαμένων πακέτων. Χρήση ειδικών κωδικών διόρθωσης σφαλμάτων σε επίπεδο πακέτου για τη μείωση καταστάσεων που απαιτούν αναμετάδοση χαμένων δεδομένων πακέτων.
  • Τα κρυπτογραφικά όρια μπλοκ ευθυγραμμίζονται με τα όρια πακέτων QUIC, γεγονός που μειώνει τον αντίκτυπο των απωλειών πακέτων στην αποκωδικοποίηση των περιεχομένων των επόμενων πακέτων.
  • Κανένα πρόβλημα με τον αποκλεισμό ουράς TCP.
  • Υποστήριξη για το αναγνωριστικό σύνδεσης, το οποίο μειώνει τον χρόνο που απαιτείται για τη δημιουργία μιας επανασύνδεσης για πελάτες κινητής τηλεφωνίας.
  • Δυνατότητα σύνδεσης προηγμένων μηχανισμών ελέγχου συμφόρησης σύνδεσης.
  • Χρησιμοποιεί τεχνικές πρόβλεψης απόδοσης ανά κατεύθυνση για να διασφαλίσει ότι τα πακέτα αποστέλλονται με βέλτιστους ρυθμούς, αποτρέποντας τη συμφόρηση και την απώλεια πακέτων.
  • Σημαντική αύξηση απόδοσης και απόδοσης σε σύγκριση με το TCP. Για υπηρεσίες βίντεο όπως το YouTube, έχει αποδειχθεί ότι το QUIC μειώνει τις λειτουργίες επαναφοράς στην προσωρινή μνήμη κατά την παρακολούθηση βίντεο κατά 30%.
  • Πηγή: opennet.ru

Προσθέστε ένα σχόλιο