Nginx 1.20.0-Version

Nach einem Jahr der Entwicklung wurde ein neuer stabiler Zweig des Hochleistungs-HTTP-Servers und Multiprotokoll-Proxyservers nginx 1.20.0 eingeführt, der die im Hauptzweig 1.19.x gesammelten Änderungen enthält. Zukünftig werden sich alle Änderungen im Stable Branch 1.20 auf die Beseitigung schwerwiegender Fehler und Schwachstellen beziehen. Bald wird der Hauptzweig von Nginx 1.21 gebildet, in dem die Entwicklung neuer Funktionen fortgesetzt wird. Für normale Benutzer, die nicht die Aufgabe haben, die Kompatibilität mit Modulen von Drittanbietern sicherzustellen, empfiehlt sich die Verwendung des Hauptzweigs, auf dessen Grundlage alle drei Monate Releases des kommerziellen Produkts Nginx Plus erstellt werden.

Laut einem Bericht von Netcraft vom März wird Nginx auf 20.15 % aller aktiven Websites verwendet (vor einem Jahr 19.56 %, vor zwei Jahren 20.73 %), was dem zweiten Platz in der Beliebtheit in dieser Kategorie entspricht (der Anteil von Apache entspricht 25.38 %). (vor einem Jahr 27.64 %), Google – 10.09 %, Cloudflare – 8.51 %. Gleichzeitig behält Nginx seine Marktführerschaft und nimmt 35.34 % des Marktes ein (vor einem Jahr 36.91 %, vor zwei Jahren –). 27.52 %), während der Anteil von Apache 25.98 % entspricht, OpenResty (Plattform basierend auf Nginx und LuaJIT) – 6.55 %, Microsoft IIS – 5.96 %.

Unter den Millionen meistbesuchten Websites weltweit beträgt der Anteil von Nginx 25.55 % (vor einem Jahr 25.54 %, vor zwei Jahren 26.22 %). Derzeit laufen etwa 419 Millionen Websites mit Nginx (vor 459 Millionen vor einem Jahr). Laut W3Techs wird Nginx auf 33.7 % der Websites der am meisten besuchten Millionen verwendet, im April letzten Jahres lag dieser Wert bei 31.9 %, im Jahr zuvor bei 41.8 % (der Rückgang erklärt sich durch den Übergang zur separaten Buchhaltung von Cloudflare http). Server). Der Anteil von Apache sank im Laufe des Jahres von 39.5 % auf 34 % und der Anteil von Microsoft IIS von 8.3 % auf 7 %. Der Anteil von LiteSpeed ​​stieg von 6.3 % auf 8.4 % und der von Node.js von 0.8 % auf 1.2 %. In Russland wird Nginx auf 79.1 % der meistbesuchten Websites verwendet (vor einem Jahr - 78.9 %).

Die bemerkenswertesten Verbesserungen, die während der Entwicklung des 1.19.x-Upstream-Zweigs hinzugefügt wurden:

• Es wurde die Möglichkeit hinzugefügt, Client-Zertifikate mithilfe externer Dienste basierend auf dem OCSP-Protokoll (Online Certificate Status Protocol) zu überprüfen. Um die Prüfung zu aktivieren, wird die ssl_ocsp-Direktive vorgeschlagen, um die Cache-Größe zu konfigurieren – ssl_ocsp_cache, um die URL des im Zertifikat angegebenen OCSP-Handlers neu zu definieren – ssl_ocsp_responder.
• Das Modul ngx_stream_set_module ist enthalten, mit dem Sie der Variablen server { listen 12345; einen Wert zuweisen können. setze $true 1; }
• Proxy_cookie_flags-Direktive hinzugefügt, um Flags für Cookies in Proxy-Verbindungen anzugeben. Um beispielsweise das Flag „httponly“ zu Cookie „one“ und die Flags „nosecure“ und „samesite=strict“ für alle anderen Cookies hinzuzufügen, können Sie die folgende Konstruktion verwenden: Proxy_cookie_flags one httponly; Proxy_cookie_flags ~ Nosecure samesite=strict;

  Eine ähnliche userid_flags-Direktive zum Hinzufügen von Flags zu Cookies ist auch für das Modul ngx_http_userid implementiert.

• Direktiven „ssl_conf_command“, „proxy_ssl_conf_command“, „grpc_ssl_conf_command“ und „uwsgi_ssl_conf_command“ hinzugefügt, mit denen Sie beliebige Parameter für die Konfiguration von OpenSSL festlegen können. Um beispielsweise ChaCha-Verschlüsselungen und die erweiterte Konfiguration von TLSv1.3-Verschlüsselungen zu priorisieren, können Sie ssl_conf_command Optionen PrioritizeChaCha; ssl_conf_command Ciphersuites TLS_CHACHA20_POLY1305_SHA256;
• Die Direktive "ssl_reject_handshake" wurde hinzugefügt, die anweist, alle Handshake-Versuche abzulehnen. SSL-Verbindungen (können beispielsweise verwendet werden, um alle Anfragen mit unbekannten Hostnamen im SNI-Feld abzulehnen). server { listen 443 ssl; ssl_reject_handshake on; } server { listen 443 ssl; server_name example.com; ssl_certificate example.com.crt; ssl_certificate_key example.com.key; }
• Dem Mail-Proxy wurde die Direktive „proxy_smtp_auth“ hinzugefügt, mit der Sie den Benutzer im Backend mithilfe des AUTH-Befehls und des PLAIN SASL-Mechanismus authentifizieren können.
• Die Direktive „keepalive_time“ wurde hinzugefügt, die die Gesamtlebensdauer jeder Keep-Alive-Verbindung begrenzt, nach der die Verbindung geschlossen wird (nicht zu verwechseln mit keepalive_timeout, die die Inaktivitätszeit definiert, nach der die Keep-Alive-Verbindung geschlossen wird).
• Variable $connection_time hinzugefügt, über die Sie Informationen über die Verbindungsdauer in Sekunden mit Millisekundengenauigkeit erhalten können.
• Den Anweisungen „proxy_cache_path“, „fastcgi_cache_path“, „scgi_cache_path“ und „uwsgi_cache_path“ wurde ein „min_free“-Parameter hinzugefügt, der die Cache-Größe basierend auf der Bestimmung der Mindestgröße des freien Speicherplatzes reguliert.
• Die Direktiven „lingering_close“, „lingering_time“ und „lingering_timeout“ wurden für die Arbeit mit HTTP/2 angepasst.
• Der Verbindungsverarbeitungscode in HTTP/2 ähnelt der HTTP/1.x-Implementierung. Die Unterstützung der einzelnen Einstellungen „http2_recv_timeout“, „http2_idle_timeout“ und „http2_max_requests“ wurde zugunsten der allgemeinen Anweisungen „keepalive_timeout“ und „keepalive_requests“ eingestellt. Die Einstellungen „http2_max_field_size“ und „http2_max_header_size“ wurden entfernt und stattdessen sollte „large_client_header_buffers“ verwendet werden.
• Es wurde eine neue Befehlszeilenoption „-e“ hinzugefügt, mit der Sie eine alternative Datei zum Schreiben des Fehlerprotokolls angeben können, die anstelle des in den Einstellungen angegebenen Protokolls verwendet wird. Anstelle des Dateinamens können Sie den Sonderwert stderr angeben.

Source: opennet.ru