ProHoster > Blog > warta internét > nginx 1.18.0 ngabebaskeun

nginx 1.18.0 ngabebaskeun

Sanggeus sataun pangwangunan diwakilan ku cabang stabil anyar server HTTP kinerja tinggi na multiprotocol server proxy nginx 1.18.0, nu nyerep parobahan akumulasi dina cabang utama 1.17.x. Dina mangsa nu bakal datang, sagala parobahan dina cabang stabil 1.18 bakal patali jeung ngaleungitkeun kasalahan serius tur vulnerabilities. Cabang utama nginx 1.19 baris geura-giru kabentuk, dina nu ngembangkeun fitur anyar bakal neruskeun. Pikeun pangguna biasa anu henteu ngagaduhan tugas pikeun mastikeun kasaluyuan sareng modul pihak katilu, disarankeun nganggo cabang utama, dumasar kana sékrési produk komérsial Nginx Plus kabentuk unggal tilu bulan.

Saluyu sareng laporan April Netcraft nginx dianggo dina 19.56% tina sadaya situs aktip (sataun kapengker 20.73%, dua taun ka pengker 21.02%), anu cocog sareng tempat kadua dina popularitas dina kategori ieu (pangsa Apache pakait sareng 27.64%, Google - 10.03%, Microsoft. IIS - 4.77%). Dina waktu nu sarua, nalika tempo sadaya situs, nginx nahan kapamimpinan sarta ngawengku 36.91% tina pasar (sataun katukang 27.52%), sedengkeun pangsa Apache pakait jeung 24.73%, Microsoft IIS - 12.85%, Google - 3.42%.

Diantara jutaan situs anu paling sering dilongok di dunya, pangsa nginx nyaéta 25.54% (sataun katukang 26.22%, dua taun ka pengker 23.76%). Ayeuna, sakitar 459 juta situs wéb anu ngajalankeun Nginx (397 juta sataun katukang). Ku anu dirumuskeun W3Techs nginx dipaké dina 31.9% tina situs kaluar tina juta paling dilongok, dina April taun ka tukang angka ieu 41.8%, sataun saméméh - 38% (turunna dipedar ku transisi ka akuntansi misah tina server Cloudflare http). Pangsa Apache turun dina sataun tina 43.6% ka 38.9%, sareng pangsa Microsoft IIS tina 8.6% dugi ka 8.3%. Di Rusia nginx digunakeun on 78.9% tina situs paling dilongok (sataun katukang - 81%).

Perbaikan anu paling kasohor ditambah nalika pamekaran cabang hulu 1.17.x:

  • Diréktif ditambahkeun limit_req_dry_run, nu ngaktifkeun mode trial run, nu euweuh larangan anu dilarapkeun dina inténsitas processing pamundut (tanpa wates laju), tapi terus tumut kana akun jumlah requests ngaleuwihan wates dina memori dibagikeun;
  • Diréktif ditambahkeun limit_conn_dry_run, nu pindah modul ngx_http_limit_conn_module kana mode test amprok, nu jumlah sambungan henteu dugi, tapi dicokot kana rekening;
  • Diréktif ditambahkeun"auth_delay", nu ngidinan Anjeun pikeun nambahkeun reureuh ka requests nu teu sah ku kode respon 401 pikeun ngurangan inténsitas guessing sandi jeung ngajaga ngalawan. serangan, ngamanipulasi pangukuran waktu palaksanaan operasi (timing attack) nalika ngakses sistem anu aksésna diwatesan. kecap akses, hasil tina subquery a atawa J.W.T. (JSON Web Token);
  • Ditambahkeun rojongan pikeun variabel dina "limit_rate" jeung "limit_rate_after" directives, kitu ogé dina "proxy_upload_rate" jeung "proxy_download_rate" directives tina modul stream;
  • Dina diréktif grpc_pass rojongan ditambahkeun pikeun ngagunakeun variabel dina parameter nu nangtukeun alamat. Upami alamatna ditetepkeun salaku nami domain, nami milarian diantara grup server anu dijelaskeun, sareng, upami henteu kapendak, teras ditangtukeun nganggo solver;
  • variabel anyar ditambahkeun $proxy_protocol_server_addr и $proxy_protocol_server_port, anu ngandung alamat pangladén sareng port anu dicandak tina lulugu protokol PROXY;
  • Dina modul ngx_stream_limit_conn_module variabel ditambahkeun $limit_conn_status, nu nyimpen hasil ngawatesan jumlah sambungan: LULUS, ditolak atawa REJECTED_DRY_RUN;
  • Dina modul ngx_http_limit_req_module variabel ditambahkeun $limit_req_status, nu nyimpen hasil ngawatesan laju datangna requests: LULUS, DELAYED, REJECTED, DELAYED_DRY_RUN atanapi REJECTED_DRY_RUN;
  • Sacara standar, modul dirakit ngx_http_postpone_filter_module;
  • Ditambahkeun rojongan pikeun toggling ngaranna "lokasi" blok ngagunakeun $ r-> internal_redirect () métode disadiakeun ku panganteur Perl diwangun-di. Metoda ieu ayeuna ngalibatkeun ngolah URIs kalawan karakter lolos;
  • Nalika nganggo diréktif "hulu" dina blok setélan "hulu".Hash» pikeun ngatur kasaimbangan beban sareng ngariung klien-server, upami anjeun netepkeun nilai konci kosong, mode balancing seragam (round-robin) ayeuna diaktipkeun;
  • Ditambahkeun dukungan pikeun nelepon ioctl (FIONREAD) upami sayogi pikeun ngahindarkeun bacaan tina sambungan anu gancang dina waktosna.

sumber: opennet.ru

Tambahkeun komentar