Företaget Cloudflare har implementerat ett modul för stöd av HTTP/3 i NGINX

Cloudflare beredd av modul för att möjliggöra stöd för protokollet HTTP/3 i NGINX. Modulen är utformad som ett tillägg till det bibliotek som utvecklas av Cloudflare quiche med implementering av transportprotokollet QUIC och HTTP/3. Koden för quiche är skriven i Rust, medan modulen för NGINX är skriven i C och anropar biblioteket med hjälp av dynamisk länkning. Resultaten öppna under BSD-licensen.

För att sammanställa räcker det att ladda ner patch till nginx 1.16 och kod biblioteket quiche, och sedan kompilera om nginx med inställningarna "--with-http_v3_module --with-quiche=../quiche". Vid kompilering måste TLS-stödet baseras på biblioteket BoringSSL ("--with-openssl=../quiche/deps/boringssl"), användning av OpenSSL stöds ännu inte. För att ta emot anslutningar måste inställningarna inkludera direktivet listen med flaggan "quic" (till exempel "listen 443 quic reuseport").

Stöd för HTTP/3 har redan lagts till i experimentella versioner av Chrome Canary och verktyget curl. På serversidan har det fortfarande krävts att använda begränsade, separata testimplementationer. Möjligheten att hantera HTTP/3 i nginx kommer att förenkla distributionen av servrar med stöd för HTTP/3 avsevärt och göra testimplementering av det nya protokollet mer tillgängligt. Den inbyggda stödet för HTTP/3 i nginx förväntas i version 1.17.x förväntas inom 6-12 månader.

Vi påminner om att HTTP/3 standardiserar användningen av protokollet QUIC som transport för HTTP/2. Protokollet QUIC (Quick UDP Internet Connections) har utvecklats av Google sedan 2013 som ett alternativ till TCP+TLS-kopplingen för webben, som löser problem med lång tid för anslutning och förhandling i TCP och eliminerar fördröjningar vid paketförlust under dataöverföring. QUIC är ett tillägg till UDP-protokollet som stödjer multiplexering av flera anslutningar och tillhandahåller krypteringsmetoder motsvarande TLS/SSL.

Huvud funktioner QUIC:

• Hög säkerhet, liknande TLS (i praktiken ger QUIC möjlighet till användning av TLS över UDP);
• Kontroll av strömmens integritet, vilket förhindrar pak förlust;
• Möjlighet att omedelbart upprätta en anslutning (0-RTT, i ungefär 75% av fallen kan data överföras omedelbart efter att anslutningsinstallationspaketet skickats) och säkerställa minimala fördröjningar mellan begäran och svar (RTT, Round Trip Time);
• Ingen användning av samma sekvensnummer vid återöverföring av paket som gör att man kan undvika tveksamhet vid identifieringen av mottagna paket och eliminera timeout-problem;
• Paketsförlust påverkar endast leveransen av den relaterade strömmen och stoppar inte dataöverföringen i parallella strömmar som sänds via den aktuella anslutningen;
• Felkorrekteringsmedel som minimerar förseningar på grund av återöverföring av förlorade paket. Användning av speciella felkorrekteringskoder på paketnivå för att minska situationer där återöverföring av förlorad data krävs.
• Gränserna för kryptografiska block överensstämmer med gränserna för QUIC-paketen, vilket minskar påverkan av paketförluster på avkodningen av innehållet i efterföljande paket;
• Ingen köblockering som uppstår i TCP;
• Stöd för anslutningsidentifierare som gör att tiden för att återansluta till mobila kunder minskar;
• Möjlighet att ansluta avancerade mekanismer för överbelastningskontroll;
• Användning av tekniker för kapacitetsprognoser i varje riktning för att säkerställa optimal paketöverföringstakt och förhindra att man hamnar i en överbelastad status där paketförluster observeras;
• Särskild ökning i prestanda och kapacitet jämfört med TCP. För videotjänster som YouTube har användningen av QUIC visat på en minskning av buffran under videoavspelning med 30%.

Källa: opennet.ru