Release von nginx 1.26.0 mit Unterstützung für HTTP/3

Nach einem Jahr Entwicklung wurde der neue stabile Zweig des leistungsstarken HTTP-Servers und Multi-Protokoll-Proxyservers nginx 1.26.0 veröffentlicht, der die in der Hauptzweig 1.25.x gesammelten Änderungen integriert. Zukünftig werden alle Änderungen im stabilen Zweig 1.26 mit der Behebung schwerwiegender Fehler und Sicherheitsanfälligkeiten verbunden sein. Bald wird der Hauptzweig nginx 1.27 gebildet, in dem die Entwicklung neuer Funktionen fortgesetzt wird. Für normale Benutzer, die keine Kompatibilität mit Drittmodulen sicherstellen müssen, wird empfohlen, den Hauptzweig zu verwenden, auf dessen Basis alle drei Monate die Versionen des kommerziellen Produkts Nginx Plus gebildet werden.

Laut dem Märzbericht von Netcraft arbeiten rund 243 Millionen Websites (vor einem Jahr 289 Millionen) unter nginx. Nginx wird auf 18,15 % aller aktiven Websites verwendet (vor einem Jahr 18,94 %, vor zwei Jahren 20,08 %), was dem zweiten Platz in dieser Kategorie entspricht (der Anteil von Apache beträgt 20,09 % (vor einem Jahr 20,52 %, vor zwei Jahren 22,58 %), Cloudflare - 14,12 % (11,32 %, 10,42 %), Google - 10,41 % (9,89 %, 8,89 %). Dabei behält nginx bei der Betrachtung aller Websites die Führung und hat einen Marktanteil von 22,31 % (vor einem Jahr 25,94 %, vor zwei Jahren - 31,13 %), während der Anteil von Apache 20,17 % beträgt (20,58, 23,08 %), Cloudflare - 11,24 % (10,17, 5,49 %), OpenResty (Plattform basierend auf nginx und LuaJIT) - 7,93 % (7,94 %, 8,01 %).

Unter den eine Million am häufigsten besuchten Websites weltweit beträgt der Anteil von nginx 20,63% (vor einem Jahr 21,37%, vor zwei Jahren 21,79%), Cloudflare 22,59% (vor einem Jahr 21,62%), und Apache httpd 20,09% (21,18%). Laut W3Techs wird nginx auf 34,3% der eine Million am häufigsten besuchten Websites verwendet; im April letzten Jahres lag dieser Wert bei 34,5%, davor bei 33,1%. Der Anteil von Apache ist im Laufe des Jahres von 32,2% auf 30,1% gesunken, der Anteil von Microsoft IIS von 5,6% auf 4,8%. Der Anteil von Node.js ist von 2,4% auf 3,2% gestiegen, während der Anteil von LiteSpeed von 11,8% auf 12,9% gestiegen ist.

Die bemerkenswertesten Verbesserungen, die im Prozess der Bildung des Hauptzweigs 1.25.x hinzugefügt wurden:

• Das Modul ngx_http_v3 mit experimenteller Unterstützung für das Protokoll HTTP/3 wurde hinzugefügt. Für den Bau des Moduls gibt es die Option „—with-http_v3_module“. HTTP/3 definiert die Verwendung des QUIC-Protokolls (Quick UDP Internet Connections) als Transport für HTTP/2. QUIC ist eine Erweiterung des UDP-Protokolls, das die Multiplexierung mehrerer Verbindungen unterstützt und Verschlüsselungsmethoden bietet, die vergleichbar mit TLS/SSL sind. Das Protokoll wurde 2013 von Google als Alternative zu der Kombination TCP+TLS für das Web erstellt, um Probleme mit der langen Installations- und Aushandlungszeit von Verbindungen in TCP zu lösen und Verzögerungen bei Paketverlusten während der Datenübertragung zu beseitigen.
• Eine separate Direktive „http2“ wurde hinzugefügt, um das Protokoll HTTP/2 selektiv im Bezug auf Server zu aktivieren (kann in separaten „server“-Blöcken verwendet werden). Der Parameter „http2“ in der Direktive „listen“ ist veraltet.
• Der Schutz vor abnormaler Aktivität von HTTP/2-Clients wurde verstärkt, insbesondere vor DoS-Angriffen der Klasse „Rapid Reset“, bei denen eine große Anzahl von sofort zurückgesetzten Streams innerhalb einer einzigen HTTP/2-Verbindung erzeugt wird. In der Standardkonfiguration stoßen solche Angriffe an die Grenze der maximalen Anfragen pro Verbindung „keepalive_requests“ (nach jeweils 1000 Anfragen wird die Verbindung zurückgesetzt) und an die Begrenzungen „limit_req“. Um schneller auf Spam-Anfragen durch eine große Anzahl von Streams zu reagieren, wurde eine zusätzliche Beschränkung hinzugefügt, die standardmäßig verhindert, dass mehr als 256 (2 * max_concurrent_streams) neue Streams pro Ereignisverarbeitungsschleife erstellt werden. Diese neue Beschränkung ermöglicht es, Anfragen zu blockieren, bevor die Gesamtlage der maximalen Anzahl an gleichzeitigen Streams erreicht wird, z. B. wenn die Streams asynchron verarbeitet oder zurückgesetzt werden.
• Der Stream-Modul unterstützt virtuellen Servern, deren Konfiguration im Block „server { … }“ mit Hilfe der Direktive server_name festgelegt wird. server { server_name ~^(www\.)?(.+)$; proxy_pass www.$2:12345; }
• Ein neues Modul ngx_stream_pass_module wurde hinzugefügt, das dafür vorgesehen ist, empfangene Verbindungen direkt an jeden hörenden Socket weiterzuleiten, der mit Modulen wie http, stream und mail verbunden ist. stream { server { listen 12345 ssl; ssl_certificate domain.crt; ssl_certificate_key domain.key; pass 127.0.0.1:8000; } }
• Im Listen-Direktiv des Stream-Moduls wurden Unterstützung für die Parameter „deferred“ (einschließlich verzögertem Accept), „accept_filter“ (Filter für eingehende Verbindungen, der vor dem Aufruf der Funktion Accept angewendet wird) und „setfib“ (Festlegung der Routing-Tabelle) realisiert.
• Für einige Architekturen wurde die Unterstützung zur Bestimmung der Blockgröße (Cache-Line), die für die Datenübertragung zwischen dem CPU-Cache und dem Speicher verwendet wird, implementiert.
• Die Verwaltung der Buffer, die bei der automatischen Bestimmung von HTTP/2-Verbindungen verwendet werden, wurde verbessert.
• Die Leistung beim Starten von Konfigurationen mit einer großen Anzahl von „location“-Direktiven wurde erhöht.
• Die Unterstützung für die Server-Push-Technologie in HTTP/2 wurde entfernt.
• Die Unterstützung für die bereits als veraltet erklärte „ssl“-Direktive wurde eingestellt.

Die stabile Version des FreeNginx-Projekts 1.26.0, eines Forks von Nginx, wurde vor zwei Wochen veröffentlicht. Die Entwicklung des Forks wird von Maxim Dunin, einem der Hauptentwickler von Nginx, geleitet. FreeNginx positioniert sich als gemeinnütziges Projekt, das die Entwicklung des Nginx-Codebasis ohne Unternehmensintervention ermöglicht.

Quelle: opennet.ru