{"id":115269,"date":"2024-04-24T02:30:06","date_gmt":"2024-04-24T00:30:06","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-nginx-1-26-0-s-podderzhkoj-http-3"},"modified":"2024-04-24T02:30:06","modified_gmt":"2024-04-24T00:30:06","slug":"vypusk-nginx-1-26-0-s-podderzhkoj-http-3","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/vypusk-nginx-1-26-0-s-podderzhkoj-http-3","title":{"rendered":"Release von nginx 1.26.0 mit Unterst\u00fctzung f\u00fcr HTTP\/3","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach einem Jahr Entwicklung wurde der neue stabile Zweig des leistungsstarken HTTP-Servers und Multi-Protokoll-Proxyservers nginx 1.26.0 ver\u00f6ffentlicht, der die in der Hauptzweig 1.25.x gesammelten \u00c4nderungen integriert. Zuk\u00fcnftig werden alle \u00c4nderungen im stabilen Zweig 1.26 mit der Behebung schwerwiegender Fehler und Sicherheitsanf\u00e4lligkeiten verbunden sein. Bald wird der Hauptzweig nginx 1.27 gebildet, in dem die Entwicklung neuer Funktionen fortgesetzt wird. F\u00fcr normale Benutzer, die keine Kompatibilit\u00e4t mit Drittmodulen sicherstellen m\u00fcssen, wird empfohlen, den Hauptzweig zu verwenden, auf dessen Basis alle drei Monate die Versionen des kommerziellen Produkts Nginx Plus gebildet werden. <\/p>\n
Laut dem M\u00e4rzbericht von Netcraft werden etwa 243 Millionen Websites (vor einem Jahr 289 Millionen) von Nginx betrieben. Nginx ist bei 18,15 % aller aktiven Websites im Einsatz (vor einem Jahr 18,94 %, vor zwei Jahren 20,08 %), was dem zweiten Platz in dieser Kategorie entspricht (der Anteil von Apache liegt bei 20,09 % (vor einem Jahr 20,52 %, vor zwei Jahren 22,58 %), Cloudflare \u2013 14,12 % (11,32 %, 10,42 %), Google \u2013 10,41 % (9,89 %, 8,89 %). Betrachtet man alle Websites, beh\u00e4lt Nginx die F\u00fchrung und hat einen Anteil von 22,31 % am Markt (vor einem Jahr 25,94 %, vor zwei Jahren \u2013 31,13 %), w\u00e4hrend der Anteil von Apache 20,17 % betr\u00e4gt (20,58, 23,08 %), Cloudflare \u2013 11,24 % (10,17, 5,49 %), OpenResty (eine Plattform auf Basis von Nginx und LuaJIT) \u2013 7,93 % (7,94 %, 8,01 %). <\/p>\n
Unter einer Million der meistbesuchten Websites weltweit betr\u00e4gt der Anteil von nginx 20,63 % (vor einem Jahr 21,37 %, vor zwei Jahren 21,79 %), Cloudflare \u2013 22,59 % (vor einem Jahr 21,62 %), Apache httpd \u2013 20,09 % (21,18 %). Laut W3Techs wird nginx auf 34,3 % der meistbesuchten Websites verwendet; im April letzten Jahres lag dieser Wert bei 34,5 %, im Jahr davor bei 33,1 %. Der Anteil von Apache ist im Laufe des Jahres von 32,2 % auf 30,1 % gesunken, w\u00e4hrend der Anteil von Microsoft IIS von 5,6 % auf 4,8 % zur\u00fcckgegangen ist. Der Anteil von Node.js ist von 2,4 % auf 3,2 % gestiegen, und der Anteil von LiteSpeed von 11,8 % auf 12,9 %. <\/p>\n
Die bemerkenswertesten Verbesserungen, die im Prozess der Bildung des Hauptzweigs 1.25.x hinzugef\u00fcgt wurden: <\/p>\n
\n
Das Modul ngx_http_v3 mit experimenteller Unterst\u00fctzung f\u00fcr das HTTP\/3-Protokoll wurde hinzugef\u00fcgt. F\u00fcr den Aufbau des Moduls gibt es die Option \u201e--with-http_v3_module\u201c. HTTP\/3 definiert die Verwendung des QUIC (Quick UDP Internet Connections) Protokolls als Transport f\u00fcr HTTP\/2. QUIC ist eine Schicht \u00fcber dem UDP-Protokoll, das die Multiplexierung mehrerer Verbindungen unterst\u00fctzt und Verschl\u00fcsselungsmethoden bietet, die mit TLS\/SSL vergleichbar sind. Das Protokoll wurde 2013 von Google als Alternative zur TCP+TLS-B\u00fcndelung f\u00fcr das Web entwickelt, um Probleme mit langer Verbindungsaufbau- und Aushandlungszeit in TCP zu l\u00f6sen und Verz\u00f6gerungen bei Paketverlusten w\u00e4hrend der Daten\u00fcbertragung zu beseitigen.\n
Es wurde eine separate Direktive \u201ehttp2\u201c hinzugef\u00fcgt, um das HTTP\/2-Protokoll selektiv an Serverbindungen zu aktivieren (kann in einzelnen \u201eserver\u201c-Bl\u00f6cken verwendet werden). Der Parameter \u201ehttp2\u201c in der Direktive \u201elisten\u201c wurde als veraltet erkl\u00e4rt.\n
Erweiterter Schutz gegen anomale Aktivit\u00e4t von HTTP\/2-Kunden, insbesondere gegen DoS-Angriffe der Klasse \u201eRapid Reset\u201c, bei denen eine gro\u00dfe Anzahl von gleichzeitig zur\u00fcckgesetzten Streams innerhalb einer einzigen HTTP\/2-Verbindung erzeugt wird. In der Standardkonfiguration sto\u00dfen solche Angriffe auf das Limit der Anzahl der Anfragen pro Verbindung \u201ekeepalive_requests\u201c (nach jeweils 1000 Anfragen wird die Verbindung zur\u00fcckgesetzt) und auf die Begrenzungen \u201elimit_req\u201c. Um schneller auf das Flooding von Anfragen \u00fcber eine gro\u00dfe Anzahl von Streams zu reagieren, wurde eine zus\u00e4tzliche Begrenzung hinzugef\u00fcgt, die standardm\u00e4\u00dfig nicht mehr als 256 (2 * max_concurrent_streams) neue Streams pro Ereignisschleife zul\u00e4sst. Diese neue Einschr\u00e4nkung erm\u00f6glicht es, Anfragen zu blockieren, bevor das Gesamtlimit f\u00fcr die Anzahl gleichzeitiger Streams erreicht wird, z. B. wenn Streams asynchron bearbeitet oder zur\u00fcckgesetzt werden.\n