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

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

നെറ്റ്‌ക്രാഫ്റ്റിൽ നിന്നുള്ള മാർച്ച് റിപ്പോർട്ട് അനുസരിച്ച്, എല്ലാ സജീവ സൈറ്റുകളിലും 20.15% nginx ഉപയോഗിക്കുന്നു (ഒരു വർഷം മുമ്പ് 19.56%, രണ്ട് വർഷം മുമ്പ് 20.73%), ഇത് ഈ വിഭാഗത്തിലെ ജനപ്രീതിയിൽ രണ്ടാം സ്ഥാനത്താണ് (അപ്പാച്ചെയുടെ വിഹിതം 25.38% ആണ്. (ഒരു വർഷം മുമ്പ് 27.64%), Google - 10.09%, Cloudflare - 8.51%. അതേ സമയം, എല്ലാ സൈറ്റുകളും പരിഗണിക്കുമ്പോൾ, nginx അതിന്റെ നേതൃത്വം നിലനിർത്തുകയും വിപണിയുടെ 35.34% കൈവശപ്പെടുത്തുകയും ചെയ്യുന്നു (ഒരു വർഷം മുമ്പ് 36.91%, രണ്ട് വർഷം മുമ്പ് - 27.52%), അപ്പാച്ചെയുടെ വിഹിതം 25.98%, OpenResty (nginx, LuaJIT എന്നിവ അടിസ്ഥാനമാക്കിയുള്ള പ്ലാറ്റ്ഫോം.) - 6.55%, Microsoft IIS - 5.96%.

ലോകത്ത് ഏറ്റവുമധികം ആളുകൾ സന്ദർശിക്കുന്ന ദശലക്ഷക്കണക്കിന് സൈറ്റുകളിൽ, nginx-ന്റെ പങ്ക് 25.55% ആണ് (ഒരു വർഷം മുമ്പ് 25.54%, രണ്ട് വർഷം മുമ്പ് 26.22%). നിലവിൽ, ഏകദേശം 419 ദശലക്ഷം വെബ്‌സൈറ്റുകൾ Nginx പ്രവർത്തിപ്പിക്കുന്നു (ഒരു വർഷം മുമ്പ് 459 ദശലക്ഷം). W3Techs അനുസരിച്ച്, ഏറ്റവും കൂടുതൽ സന്ദർശിച്ച ദശലക്ഷക്കണക്കിന് സൈറ്റുകളിൽ 33.7% സൈറ്റുകളിലും nginx ഉപയോഗിക്കുന്നു, കഴിഞ്ഞ വർഷം ഏപ്രിലിൽ ഈ കണക്ക് 31.9% ആയിരുന്നു, കഴിഞ്ഞ വർഷം - 41.8% (ക്ലൗഡ്ഫ്ലെയർ http യുടെ പ്രത്യേക അക്കൗണ്ടിംഗിലേക്കുള്ള പരിവർത്തനമാണ് ഈ ഇടിവ് വിശദീകരിക്കുന്നത്. സെർവർ). അപ്പാച്ചെയുടെ വിഹിതം 39.5% ൽ നിന്ന് 34% ആയും Microsoft IIS ന്റെ വിഹിതം 8.3% ൽ നിന്ന് 7% ആയും വർഷത്തിൽ കുറഞ്ഞു. LiteSpeed-ന്റെ വിഹിതം 6.3% ൽ നിന്ന് 8.4% ആയും Node.js 0.8% ൽ നിന്ന് 1.2% ആയും വളർന്നു. റഷ്യയിൽ, ഏറ്റവും കൂടുതൽ സന്ദർശിച്ച സൈറ്റുകളിൽ 79.1% (ഒരു വർഷം മുമ്പ് - 78.9%) nginx ഉപയോഗിക്കുന്നു.

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

• OCSP (ഓൺലൈൻ സർട്ടിഫിക്കറ്റ് സ്റ്റാറ്റസ് പ്രോട്ടോക്കോൾ) പ്രോട്ടോക്കോൾ അടിസ്ഥാനമാക്കിയുള്ള ബാഹ്യ സേവനങ്ങൾ ഉപയോഗിച്ച് ക്ലയന്റ് സർട്ടിഫിക്കറ്റുകൾ പരിശോധിക്കാനുള്ള കഴിവ് ചേർത്തു. പരിശോധന പ്രവർത്തനക്ഷമമാക്കുന്നതിന്, കാഷെ വലുപ്പം ക്രമീകരിക്കുന്നതിന് ssl_ocsp നിർദ്ദേശം നിർദ്ദേശിക്കുന്നു - ssl_ocsp_cache, സർട്ടിഫിക്കറ്റിൽ വ്യക്തമാക്കിയ OCSP ഹാൻഡ്‌ലറിന്റെ URL പുനർ നിർവചിക്കുന്നതിന് - ssl_ocsp_responder.
• ngx_stream_set_module മൊഡ്യൂൾ ഉൾപ്പെടുത്തിയിട്ടുണ്ട്, ഇത് വേരിയബിൾ സെർവറിലേക്ക് ഒരു മൂല്യം അസൈൻ ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്നു {ശ്രദ്ധിക്കുക 12345; $true 1 സജ്ജമാക്കുക; }
• പ്രോക്‌സി ചെയ്‌ത കണക്ഷനുകളിലെ കുക്കികൾക്കായി ഫ്ലാഗുകൾ വ്യക്തമാക്കാൻ പ്രോക്‌സി_കുക്കി_ഫ്‌ലാഗ്‌സ് നിർദ്ദേശം ചേർത്തു. ഉദാഹരണത്തിന്, കുക്കി "ഒന്ന്" എന്നതിലേക്ക് "httponly" ഫ്ലാഗും മറ്റെല്ലാ കുക്കികൾക്കും "nosecure", "samesite=strict" ഫ്ലാഗുകളും ചേർക്കുന്നതിന്, നിങ്ങൾക്ക് ഇനിപ്പറയുന്ന നിർമ്മാണം ഉപയോഗിക്കാം: proxy_cookie_flags one httponly; proxy_cookie_flags ~ nosecure samesite=strict;

  കുക്കികളിലേക്ക് ഫ്ലാഗുകൾ ചേർക്കുന്നതിനുള്ള സമാനമായ userid_flags നിർദ്ദേശം ngx_http_userid മൊഡ്യൂളിനും നടപ്പിലാക്കിയിട്ടുണ്ട്.

• “ssl_conf_command”, “proxy_ssl_conf_command”, “grpc_ssl_conf_command”, “uwsgi_ssl_conf_command” എന്നീ നിർദ്ദേശങ്ങൾ ചേർത്തു, ഇവ ഉപയോഗിച്ച് നിങ്ങൾക്ക് OpenSSL കോൺഫിഗർ ചെയ്യുന്നതിനായി അനിയന്ത്രിതമായ പാരാമീറ്ററുകൾ സജ്ജമാക്കാൻ കഴിയും. ഉദാഹരണത്തിന്, ChaCha സൈഫറുകൾക്കും TLSv1.3 സൈഫറുകളുടെ വിപുലമായ കോൺഫിഗറേഷനും മുൻഗണന നൽകുന്നതിന്, നിങ്ങൾക്ക് ssl_conf_command ഓപ്ഷനുകൾ PrioritizeChaCha നൽകാം; ssl_conf_command Ciphersuites TLS_CHACHA20_POLY1305_SHA256;
• "ssl_reject_handshake" നിർദ്ദേശം ചേർത്തു, ഇത് SSL കണക്ഷനുകൾ ചർച്ച ചെയ്യുന്നതിനുള്ള എല്ലാ ശ്രമങ്ങളും നിരസിക്കാൻ നിർദ്ദേശിക്കുന്നു (ഉദാഹരണത്തിന്, SNI ഫീൽഡിലെ അജ്ഞാത ഹോസ്റ്റ്നാമങ്ങളുള്ള എല്ലാ കോളുകളും നിരസിക്കാൻ ഇത് ഉപയോഗിക്കാം). സെർവർ {ശ്രവിക്കുക 443 ssl; ssl_reject_handshake ഓൺ; } സെർവർ {ശ്രവിക്കുക 443 ssl; server_name example.com; ssl_certificate example.com.crt; ssl_certificate_key example.com.key; }
• AUTH കമാൻഡും PLAIN SASL മെക്കാനിസവും ഉപയോഗിച്ച് ബാക്കെൻഡിലുള്ള ഉപയോക്താവിനെ ആധികാരികമാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന proxy_smtp_auth നിർദ്ദേശം മെയിൽ പ്രോക്സിയിലേക്ക് ചേർത്തിരിക്കുന്നു.
• "keepalive_time" നിർദ്ദേശം ചേർത്തു, അത് ഓരോ Keep-alive കണക്ഷന്റെയും മൊത്തത്തിലുള്ള ആയുസ്സിനെ പരിമിതപ്പെടുത്തുന്നു, അതിനുശേഷം കണക്ഷൻ ക്ലോസ് ചെയ്യും (keepalive_timeout എന്നതുമായി തെറ്റിദ്ധരിക്കേണ്ടതില്ല, ഇത് Keep-alive കണക്ഷൻ അടച്ചതിന് ശേഷമുള്ള നിഷ്‌ക്രിയ സമയത്തെ നിർവചിക്കുന്നു).
• $connection_time വേരിയബിൾ ചേർത്തു, അതിലൂടെ നിങ്ങൾക്ക് കണക്ഷൻ ദൈർഘ്യത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ മില്ലിസെക്കൻഡ് കൃത്യതയോടെ ലഭിക്കും.
• "proxy_cache_path", "fastcgi_cache_path", "scgi_cache_path", "uwsgi_cache_path" നിർദ്ദേശങ്ങളിലേക്ക് ഒരു "min_free" പാരാമീറ്റർ ചേർത്തിട്ടുണ്ട്, ഇത് ഫ്രീ ഡിസ്ക് സ്ഥലത്തിന്റെ ഏറ്റവും കുറഞ്ഞ വലുപ്പം നിർണ്ണയിക്കുന്നതിനെ അടിസ്ഥാനമാക്കി കാഷെ വലുപ്പം നിയന്ത്രിക്കുന്നു.
• "lingering_close", "lingering_time", "lingering_timeout" എന്നീ നിർദ്ദേശങ്ങൾ HTTP/2-നൊപ്പം പ്രവർത്തിക്കുന്നതിന് അനുയോജ്യമാക്കിയിരിക്കുന്നു.
• HTTP/2-ലെ കണക്ഷൻ പ്രോസസ്സിംഗ് കോഡ് HTTP/1.x നടപ്പിലാക്കലിന് അടുത്താണ്. "http2_recv_timeout", "http2_idle_timeout", "http2_max_requests" എന്നീ വ്യക്തിഗത ക്രമീകരണങ്ങൾക്കുള്ള പിന്തുണ "keepalive_timeout", "keepalive_requests" എന്നീ പൊതു നിർദ്ദേശങ്ങൾക്ക് അനുകൂലമായി നിർത്തലാക്കി. "http2_max_field_size", "http2_max_header_size" എന്നീ ക്രമീകരണങ്ങൾ നീക്കംചെയ്‌തു, പകരം "large_client_header_buffers" ഉപയോഗിക്കേണ്ടതാണ്.
• ഒരു പുതിയ കമാൻഡ് ലൈൻ ഓപ്‌ഷൻ “-e” ചേർത്തു, ഇത് പിശക് ലോഗ് എഴുതുന്നതിനുള്ള ഒരു ഇതര ഫയൽ വ്യക്തമാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു, ഇത് ക്രമീകരണങ്ങളിൽ വ്യക്തമാക്കിയ ലോഗിന് പകരം ഉപയോഗിക്കും. ഫയലിന്റെ പേരിനുപകരം, നിങ്ങൾക്ക് പ്രത്യേക മൂല്യം stderr നൽകാം.

അവലംബം: opennet.ru