nginx 1.18.0 റിലീസ് ചെയ്യുക

ഒരു വർഷത്തെ വികസനത്തിന് ശേഷം പ്രതിനിധീകരിക്കുന്നത് ഉയർന്ന പ്രവർത്തനക്ഷമതയുള്ള HTTP സെർവറിന്റെയും മൾട്ടിപ്രോട്ടോകോൾ പ്രോക്സി സെർവറിന്റെയും പുതിയ സ്ഥിരതയുള്ള ശാഖ nginx 1.18.0, പ്രധാന ശാഖയിൽ 1.17.x ഉള്ളിൽ അടിഞ്ഞുകൂടിയ മാറ്റങ്ങൾ ഉൾക്കൊള്ളുന്നു. ഭാവിയിൽ, സ്ഥിരതയുള്ള ബ്രാഞ്ച് 1.18 ലെ എല്ലാ മാറ്റങ്ങളും ഗുരുതരമായ പിശകുകളും കേടുപാടുകളും ഇല്ലാതാക്കുന്നതുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു. nginx 1.19 ന്റെ പ്രധാന ശാഖ ഉടൻ രൂപീകരിക്കും, അതിനുള്ളിൽ പുതിയ സവിശേഷതകളുടെ വികസനം തുടരും. മൂന്നാം കക്ഷി മൊഡ്യൂളുകളുമായി അനുയോജ്യത ഉറപ്പാക്കാൻ ചുമതലയില്ലാത്ത സാധാരണ ഉപയോക്താക്കൾക്ക്, ശുപാർശചെയ്യുന്നു പ്രധാന ബ്രാഞ്ച് ഉപയോഗിക്കുക, അതിന്റെ അടിസ്ഥാനത്തിലാണ് വാണിജ്യ ഉൽപ്പന്നമായ Nginx Plus റിലീസുകൾ ഓരോ മൂന്ന് മാസത്തിലും രൂപപ്പെടുന്നത്.

അനുസരിച്ച് ഏപ്രിൽ റിപ്പോർട്ട് Netcraft nginx എല്ലാ സജീവ സൈറ്റുകളിലും 19.56% ഉപയോഗിക്കുന്നു (ഒരു വർഷം മുമ്പ് 20.73%, രണ്ട് വർഷം മുമ്പ് 21.02%), ഇത് ഈ വിഭാഗത്തിലെ ജനപ്രീതിയിൽ രണ്ടാം സ്ഥാനത്താണ് (അപ്പാച്ചെയുടെ വിഹിതം 27.64%, Google - 10.03%, Microsoft). IIS - 4.77%) . അതേ സമയം, എല്ലാ സൈറ്റുകളും പരിഗണിക്കുമ്പോൾ, nginx അതിന്റെ നേതൃത്വം നിലനിർത്തുകയും വിപണിയുടെ 36.91% കൈവശപ്പെടുത്തുകയും ചെയ്യുന്നു (ഒരു വർഷം മുമ്പ് 27.52%), അപ്പാച്ചെയുടെ വിഹിതം 24.73%, Microsoft IIS - 12.85%, Google - 3.42%.

ലോകത്ത് ഏറ്റവുമധികം ആളുകൾ സന്ദർശിക്കുന്ന ദശലക്ഷക്കണക്കിന് സൈറ്റുകളിൽ, nginx-ന്റെ പങ്ക് 25.54% ആണ് (ഒരു വർഷം മുമ്പ് 26.22%, രണ്ട് വർഷം മുമ്പ് 23.76%). നിലവിൽ, ഏകദേശം 459 ദശലക്ഷം വെബ്‌സൈറ്റുകൾ Nginx പ്രവർത്തിപ്പിക്കുന്നു (ഒരു വർഷം മുമ്പ് 397 ദശലക്ഷം). എഴുതിയത് നൽകി ഏറ്റവും കൂടുതൽ സന്ദർശിച്ച ദശലക്ഷക്കണക്കിന് സൈറ്റുകളിൽ 3% സൈറ്റുകളിലും W31.9Techs nginx ഉപയോഗിക്കുന്നു, കഴിഞ്ഞ വർഷം ഏപ്രിലിൽ ഈ കണക്ക് 41.8% ആയിരുന്നു, കഴിഞ്ഞ വർഷം - 38% (Cloudflare http സെർവറിന്റെ പ്രത്യേക അക്കൗണ്ടിംഗിലേക്കുള്ള പരിവർത്തനമാണ് ഈ ഇടിവ് വിശദീകരിക്കുന്നത്). അപ്പാച്ചെയുടെ വിഹിതം 43.6% ൽ നിന്ന് 38.9% ആയും Microsoft IIS ന്റെ വിഹിതം 8.6% ൽ നിന്ന് 8.3% ആയും വർഷത്തിൽ ഇടിഞ്ഞു. റഷ്യയിൽ nginx ഉപയോഗിക്കുന്നു ഏറ്റവും കൂടുതൽ സന്ദർശിച്ച സൈറ്റുകളുടെ 78.9% (ഒരു വർഷം മുമ്പ് - 81%).

1.17.x അപ്‌സ്ട്രീം ബ്രാഞ്ചിന്റെ വികസന സമയത്ത് ചേർത്ത ഏറ്റവും ശ്രദ്ധേയമായ മെച്ചപ്പെടുത്തലുകൾ:

• നിർദ്ദേശം ചേർത്തു limit_req_dry_run, ഇത് ട്രയൽ റൺ മോഡ് സജീവമാക്കുന്നു, ഇതിൽ അഭ്യർത്ഥന പ്രോസസ്സിംഗിന്റെ തീവ്രതയിൽ നിയന്ത്രണങ്ങളൊന്നും ബാധകമല്ല (നിരക്ക് പരിധിയില്ലാതെ), എന്നാൽ പങ്കിട്ട മെമ്മറിയിൽ പരിധി കവിയുന്ന അഭ്യർത്ഥനകളുടെ എണ്ണം കണക്കിലെടുക്കുന്നത് തുടരുന്നു;
• നിർദ്ദേശം ചേർത്തു limit_conn_dry_run, ഇത് ngx_http_limit_conn_module മൊഡ്യൂളിനെ ടെസ്റ്റ് റൺ മോഡിലേക്ക് മാറ്റുന്നു, അതിൽ കണക്ഷനുകളുടെ എണ്ണം പരിമിതമല്ല, പക്ഷേ കണക്കിലെടുക്കുന്നു;
• നിർദ്ദേശം ചേർത്തു"auth_delay", പാസ്‌വേഡ് ഊഹത്തിന്റെ തീവ്രത കുറയ്ക്കുന്നതിനും പരിരക്ഷിക്കുന്നതിനുമായി 401 എന്ന പ്രതികരണ കോഡ് ഉപയോഗിച്ച് അനധികൃത അഭ്യർത്ഥനകൾക്ക് കാലതാമസം ചേർക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു. ആക്രമണങ്ങൾ, ആക്സസ് പരിമിതമായ സിസ്റ്റങ്ങളിലേക്ക് ആക്സസ് ചെയ്യുമ്പോൾ പ്രവർത്തനങ്ങളുടെ നിർവ്വഹണ സമയത്തിന്റെ അളവ് (ടൈമിംഗ് അറ്റാക്ക്) കൈകാര്യം ചെയ്യുന്നു password, ഒരു ഉപചോദനയുടെ ഫലം അഥവാ ജെ.ഡബ്ല്യു.ടി (JSON വെബ് ടോക്കൺ);
• സ്ട്രീം മൊഡ്യൂളിന്റെ "proxy_upload_rate", "proxy_download_rate" നിർദ്ദേശങ്ങൾ എന്നിവയിലും "limit_rate", "limit_rate_after" നിർദ്ദേശങ്ങളിലും വേരിയബിളുകൾക്കുള്ള പിന്തുണ ചേർത്തു;
• നിർദ്ദേശത്തിൽ grpc_pass ഒരു വിലാസം നിർവചിക്കുന്ന ഒരു പരാമീറ്ററിൽ ഒരു വേരിയബിൾ ഉപയോഗിക്കുന്നതിനുള്ള പിന്തുണ ചേർത്തു. വിലാസം ഒരു ഡൊമെയ്ൻ നാമമായി വ്യക്തമാക്കിയിട്ടുണ്ടെങ്കിൽ, വിവരിച്ച സെർവറുകളുടെ ഗ്രൂപ്പുകൾക്കിടയിൽ പേര് തിരയുകയും, കണ്ടെത്തിയില്ലെങ്കിൽ, ഒരു റിസോൾവർ ഉപയോഗിച്ച് നിർണ്ണയിക്കുകയും ചെയ്യും;
• പുതിയ വേരിയബിളുകൾ ചേർത്തു $proxy_protocol_server_addr и $proxy_protocol_server_port, PROXY പ്രോട്ടോക്കോൾ ഹെഡറിൽ നിന്ന് ലഭിച്ച സെർവർ വിലാസവും പോർട്ടും അടങ്ങിയിരിക്കുന്നു;
• മൊഡ്യൂളിൽ ngx_stream_limit_conn_module വേരിയബിൾ ചേർത്തു $limit_conn_status, കണക്ഷനുകളുടെ എണ്ണം പരിമിതപ്പെടുത്തുന്നതിന്റെ ഫലം സംഭരിക്കുന്നു: PASSED, REJECTED അല്ലെങ്കിൽ REJECTED_DRY_RUN;
• മൊഡ്യൂളിൽ ngx_http_limit_req_module വേരിയബിൾ ചേർത്തു $limit_req_status, അഭ്യർത്ഥനകളുടെ വരവ് നിരക്ക് പരിമിതപ്പെടുത്തുന്നതിന്റെ ഫലം സംഭരിക്കുന്നു: പാസ്സുചെയ്‌തത്, വൈകിയത്, നിരസിക്കപ്പെട്ടത്, DELAYED_DRY_RUN അല്ലെങ്കിൽ REJECTED_DRY_RUN;
• സ്ഥിരസ്ഥിതിയായി, മൊഡ്യൂൾ കൂട്ടിച്ചേർക്കപ്പെടുന്നു ngx_http_postpone_filter_module;
• ബിൽറ്റ്-ഇൻ പേൾ ഇന്റർപ്രെറ്റർ നൽകുന്ന $r->internal_redirect() രീതി ഉപയോഗിച്ച് "ലൊക്കേഷൻ" എന്ന പേരിലുള്ള ബ്ലോക്കുകൾ ടോഗിൾ ചെയ്യുന്നതിനുള്ള പിന്തുണ ചേർത്തു. ഈ രീതിയിൽ ഇപ്പോൾ രക്ഷപ്പെട്ട പ്രതീകങ്ങൾ ഉപയോഗിച്ച് യുആർഐകൾ പ്രോസസ്സ് ചെയ്യുന്നത് ഉൾപ്പെടുന്നു;
• "അപ്സ്ട്രീം" ക്രമീകരണ ബ്ലോക്കിലെ "അപ്സ്ട്രീം" നിർദ്ദേശം ഉപയോഗിക്കുമ്പോൾഹാഷ്ക്ലയന്റ്-സെർവർ ബൈൻഡിംഗ് ഉപയോഗിച്ച് ലോഡ് ബാലൻസിംഗ് സംഘടിപ്പിക്കുന്നതിന്, നിങ്ങൾ ഒരു ശൂന്യമായ കീ മൂല്യം വ്യക്തമാക്കുകയാണെങ്കിൽ, യൂണിഫോം ബാലൻസിങ് മോഡ് (റൗണ്ട്-റോബിൻ) ഇപ്പോൾ സജീവമാക്കിയിരിക്കുന്നു;
• കാലക്രമേണ വേഗത്തിലുള്ള കണക്ഷനിൽ നിന്ന് വായിക്കുന്നത് ഒഴിവാക്കാൻ ലഭ്യമാണെങ്കിൽ ioctl(FIONREAD) വിളിക്കുന്നതിനുള്ള പിന്തുണ ചേർത്തു.

അവലംബം: opennet.ru