{"id":84853,"date":"2020-06-11T13:42:33","date_gmt":"2020-06-11T11:42:33","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predvaritelnyj-vypusk-nginx-s-podderzhkoj-quic-i-http-3"},"modified":"2020-06-11T13:42:33","modified_gmt":"2020-06-11T11:42:33","slug":"predvaritelnyj-vypusk-nginx-s-podderzhkoj-quic-i-http-3","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/predvaritelnyj-vypusk-nginx-s-podderzhkoj-quic-i-http-3","title":{"rendered":"Vorabversion von nginx mit Unterst\u00fctzung f\u00fcr QUIC und HTTP\/3","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Das Unternehmen NGINX hat bekannt gegeben<\/a><\/noindex> gibt den Beginn der Tests Implementierung<\/a><\/noindex> von QUIC- und HTTP\/3-Protokollen im HTTP-Server und Proxy nginx bekannt. Die Umsetzung basiert auf draft 27<\/a><\/noindex> der IETF-QUIC-Spezifikation und ist erh\u00e4ltlich \u00fcber ein separates Repository<\/a><\/noindex>, abgeleitet von Version 1.19.0. Der Code wird unter der BSD-Lizenz ver\u00f6ffentlicht und steht nicht in Verbindung mit der zuvor vorgeschlagenen<\/a><\/noindex> HTTP\/3-Implementierung f\u00fcr nginx von Cloudflare, die ein separates Projekt darstellt.<\/p>\n

Die Unterst\u00fctzung von HTTP\/3 in nginx wird als experimentell betrachtet, da nicht alle M\u00f6glichkeiten<\/a><\/noindex> des Protokolls implementiert sind. Dennoch kann nginx bereits verwendet werden, um Antworten auf einfache HTTP\/3-Anfragen \u00fcber QUIC zu senden und gro\u00dfe Dateien hochzuladen oder bereitzustellen. Zu den derzeit nicht verf\u00fcgbaren Funktionen des Protokolls geh\u00f6ren die Protokollversionsverhandlung, ECN und Staukontrolle, strukturierte Protokolle, der Wiederherstellungsmodus (QUIC Recovery), Fluss- und \u00dcberlastkontrolle, NAT-Rebinding, mobile Adressen, Server-Push und die Anf\u00fcgung von Daten (Trailer). Au\u00dferdem gibt es nur grundlegende Unterst\u00fctzung f\u00fcr die Verarbeitung von ACK-Paketen und die Flusskontrolle, die noch weiterentwickelt werden muss. Nicht alle Anforderungen des Standards sind ber\u00fccksichtigt.<\/p>\n

Um HTTP\/3 zu aktivieren, muss Nginx mit dem http_v3_module kompiliert werden, und eine zus\u00e4tzliche Direktive muss hinzugef\u00fcgt werden.
\nlisten<\/a> mit dem Flag «http3″ zum Erstellen eines h\u00f6renden UDP-Sockets. Zum Beispiel:<\/p>\n

server {
\n listen 443 ssl; # TCP-Socket f\u00fcr HTTP\/1.1
\n listen 443 http3 reuseport; # UDP-Socket f\u00fcr QUIC+HTTP\/3<\/p>\n

ssl_protocols TLSv1.3; # In QUIC ist TLS 1.3 erforderlich
\n ssl_certificate ssl\/www.example.com.crt;
\n ssl_certificate_key ssl\/www.example.com.key;<\/p>\n

add_header Alt-Svc ‘quic=»:443″‘; # Hinweis zur Verf\u00fcgbarkeit von QUIC
\n add_header QUIC-Status $quic; # Header mit dem Status der QUIC-Nutzung
\n }<\/p>\n

Wir erinnern daran, dass HTTP\/3 die Verwendung des QUIC-Protokolls als Transport f\u00fcr HTTP\/2 standardisiert. Das Protokoll QUIC<\/a><\/noindex> (Quick UDP Internet Connections) wurde 2013 von Google als Alternative zu TCP+TLS f\u00fcr das Web entwickelt, um Probleme mit der hohen Verbindungsherstellungs- und Aushandlungszeit in TCP zu l\u00f6sen sowie Verz\u00f6gerungen bei Paketverlusten w\u00e4hrend der Daten\u00fcbertragung zu beseitigen. QUIC ist eine Erweiterung des UDP-Protokolls, die die Multiplexierung mehrerer Verbindungen unterst\u00fctzt und Verschl\u00fcsselungsmethoden bietet, die mit TLS\/SSL vergleichbar sind. Auf der Clientseite wurde die experimentelle Unterst\u00fctzung f\u00fcr HTTP\/3 bereits hinzugef\u00fcgt in Curl<\/a><\/noindex>, Firefox<\/a><\/noindex> und Chromium<\/a><\/noindex>.
\n

\"Vorabversion<\/a><\/noindex><\/center><\/p>\n

Haupt Eigenschaften<\/a><\/noindex> QUIC:\n<\/p>\n