{"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\/pl\/blog\/news\/vypusk-nginx-1-26-0-s-podderzhkoj-http-3","title":{"rendered":"Wydanie nginx 1.26.0 z obs\u0142ug\u0105 HTTP\/3","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Po roku prac opublikowano now\u0105 stabiln\u0105 wersj\u0119 wysokowydajnego serwera HTTP i wieloprotoko\u0142owego serwera proxy nginx 1.26.0, kt\u00f3ra zawiera zmiany zgromadzone w g\u0142\u00f3wnej wersji 1.25.x. W przysz\u0142o\u015bci wszystkie zmiany w stabilnej wersji 1.26 b\u0119d\u0105 dotyczy\u0142y usuwania powa\u017cnych b\u0142\u0119d\u00f3w i luk w zabezpieczeniach. Wkr\u00f3tce zostanie utworzona g\u0142\u00f3wna wersja nginx 1.27, w kt\u00f3rej b\u0119dzie kontynuowany rozw\u00f3j nowych funkcji. Zwyk\u0142ym u\u017cytkownikom, kt\u00f3rzy nie musz\u0105 zapewnia\u0107 zgodno\u015bci z zewn\u0119trznymi modu\u0142ami, zaleca si\u0119 korzystanie z g\u0142\u00f3wnej wersji, na kt\u00f3rej co trzy miesi\u0105ce powstaj\u0105 wydania komercyjnego produktu Nginx Plus. <\/p>\n
Wed\u0142ug marcowego raportu firmy Netcraft, na serwerach nginx dzia\u0142a oko\u0142o 243 milion\u00f3w stron internetowych (rok temu 289 milion\u00f3w). Nginx jest u\u017cywany na 18,15% wszystkich aktywnych stron (rok temu 18,94%, dwa lata temu 20,08%), co daje mu drugie miejsce pod wzgl\u0119dem popularno\u015bci w tej kategorii (udzia\u0142 Apache wynosi 20,09% (rok temu 20,52%, dwa lata temu 22,58%), Cloudflare \u2014 14,12% (11,32%, 10,42%), Google \u2014 10,41% (9,89%, 8,89%). Przy tym, analizuj\u0105c wszystkie strony, nginx zachowuje pozycj\u0119 lidera, zajmuj\u0105c 22,31% rynku (rok temu 25,94%, dwa lata temu \u2014 31,13%), podczas gdy udzia\u0142 Apache wynosi 20,17% (20,58, 23,08%), Cloudflare \u2014 11,24% (10,17, 5,49%), OpenResty (platforma oparta na nginx i LuaJIT) \u2014 7,93% (7,94%, 8,01%). <\/p>\n
W\u015br\u00f3d miliona najbardziej odwiedzanych stron na \u015bwiecie, udzia\u0142 nginx wynosi 20,63% (rok temu 21,37%, dwa lata temu 21,79%), Cloudflare \u2013 22,59% (rok temu 21,62%), Apache httpd \u2013 20,09% (21,18%). Wed\u0142ug danych W3Techs, nginx jest u\u017cywany na 34,3% stron z miliona najbardziej odwiedzanych, w kwietniu zesz\u0142ego roku ten wska\u017anik wynosi\u0142 34,5%, a przed rokiem \u2013 33,1%. Udzia\u0142 Apache spad\u0142 z 32,2% do 30,1%, a udzia\u0142 Microsoft IIS zmniejszy\u0142 si\u0119 z 5,6% do 4,8%. Udzia\u0142 Node.js wzr\u00f3s\u0142 z 2,4% do 3,2%, a udzia\u0142 LiteSpeed z 11,8% do 12,9%. <\/p>\n
Najbardziej zauwa\u017calne poprawki dodane w trakcie tworzenia g\u0142\u00f3wnej wersji 1.25.x: <\/p>\n
\n
Dodano modu\u0142 ngx_http_v3 z eksperymentalnym wsparciem dla protoko\u0142u HTTP\/3. Do zbudowania modu\u0142u przewidziana jest opcja \u2014with-http_v3_module. HTTP\/3 definiuje u\u017cycie protoko\u0142u QUIC (Quick UDP Internet Connections) jako transportu dla HTTP\/2. QUIC jest nak\u0142adk\u0105 na protok\u00f3\u0142 UDP, kt\u00f3ra wspiera multiplexowanie wielu po\u0142\u0105cze\u0144 i oferuje metody szyfrowania r\u00f3wnowa\u017cne TLS\/SSL. Protok\u00f3\u0142 zosta\u0142 stworzony w 2013 roku przez firm\u0119 Google jako alternatywa dla po\u0142\u0105czenia TCP+TLS w sieci, rozwi\u0105zuj\u0105c problemy zwi\u0105zane z d\u0142ugim czasem nawi\u0105zywania i negocjowania po\u0142\u0105cze\u0144 w TCP oraz eliminuj\u0105c op\u00f3\u017anienia spowodowane utrat\u0105 pakiet\u00f3w podczas transmisji danych.\n
Dodano osobn\u0105 dyrektyw\u0119 \u201ehttp2\u201d do selektywnego w\u0142\u0105czenia protoko\u0142u HTTP\/2 w zwi\u0105zku z serwerami (mo\u017ce by\u0107 u\u017cywana w oddzielnych blokach \u201eserver\u201d). Parametr \u201ehttp2\u201d w dyrektywie \u201elisten\u201d og\u0142oszono jako przestarza\u0142y.\n
Wzmocniona ochrona przed anomaliami aktywno\u015bci klient\u00f3w HTTP\/2, a zw\u0142aszcza przed atakami DoS typu \u201eRapid Reset\u201d, w kt\u00f3rych tworzone s\u0105 liczne strumienie, kt\u00f3re s\u0105 natychmiast resetowane w ramach jednego po\u0142\u0105czenia HTTP\/2. W domy\u015blnej konfiguracji takie ataki napotykaj\u0105 limit na liczb\u0119 zapyta\u0144 na po\u0142\u0105czenie \u201ekeepalive_requests\u201d (po ka\u017cdych 1000 zapyta\u0144 po\u0142\u0105czenie zostanie zresetowane) oraz ograniczenia \u201elimit_req\u201d. Aby szybciej reagowa\u0107 na floodowanie zapytaniami poprzez du\u017c\u0105 liczb\u0119 strumieni, dodano dodatkowe ograniczenie, kt\u00f3re domy\u015blnie nie pozwala na tworzenie wi\u0119cej ni\u017c 256 (2 * max_concurrent_streams) nowych strumieni w ka\u017cdym cyklu przetwarzania zdarze\u0144. Nowe ograniczenie umo\u017cliwia rozpocz\u0119cie blokowania zapyta\u0144 przed osi\u0105gni\u0119ciem og\u00f3lnego limitu na liczb\u0119 jednoczesnych strumieni, na przyk\u0142ad gdy strumienie s\u0105 przetwarzane asynchronicznie lub resetowane.\n