nginx 1.20.0 रिलीज

एक वर्षको विकास पछि, उच्च-प्रदर्शन HTTP सर्भर र मल्टिप्रोटोकल प्रोक्सी सर्भरको नयाँ स्थिर शाखा, nginx 1.20.0, जारी गरिएको छ। यसले मुख्य 1.19.x शाखामा संचित परिवर्तनहरू समावेश गर्दछ। भविष्यमा, स्थिर 1.20 शाखामा सबै परिवर्तनहरू गम्भीर बगहरू र कमजोरीहरू समाधान गर्नमा केन्द्रित हुनेछन्। मुख्य nginx 1.21 शाखा चाँडै जारी गरिनेछ, जहाँ नयाँ सुविधाहरू विकास गर्न जारी रहनेछ। तेस्रो-पक्ष मोड्युलहरूसँग अनुकूलता सुनिश्चित गर्न आवश्यक नपर्ने नियमित प्रयोगकर्ताहरूका लागि, हामी मुख्य शाखा प्रयोग गर्न सिफारिस गर्छौं, जुन प्रत्येक तीन महिनामा व्यावसायिक Nginx Plus रिलीजहरूको आधार हो।

नेटक्राफ्टको मार्च रिपोर्ट अनुसार, nginx सबै सक्रिय वेबसाइटहरूको २०.१५% मा प्रयोग गरिन्छ (एक वर्ष अघि १९.५६%, दुई वर्ष अघि २०.७३%), जुन यस श्रेणीमा लोकप्रियताको दोस्रो स्थानमा छ (अपाचेको हिस्सा २५.३८% (एक वर्ष अघि २७.६४%), गुगलको १०.०९%, र क्लाउडफ्लेयरको ८.५१%)। साथै, सबै वेबसाइटहरूलाई विचार गर्दा, nginx ले आफ्नो नेतृत्व कायम राख्छ र बजारको ३५.३४% ओगटेको छ (एक वर्ष अघि ३६.९१%, दुई वर्ष अघि २७.५२%), जबकि Apache को हिस्सा २५.९८%, OpenResty को (nginx र LuaJIT मा आधारित प्लेटफर्म) ६.५५%, र Microsoft IIS को ५.९६% छ।

विश्वमा सबैभन्दा धेरै भ्रमण गरिएका लाखौं वेबसाइटहरू मध्ये, nginx को हिस्सा २५.५५% छ (एक वर्ष अघि २५.५४%, दुई वर्ष अघि २६.२२%)। हाल, nginx ले लगभग ४१ करोड ९० लाख वेबसाइटहरूलाई शक्ति प्रदान गर्दछ (एक वर्ष अघि ४५ करोड ९० लाख)। W3Techs का अनुसार, nginx सबैभन्दा धेरै भ्रमण गरिएका लाखौं वेबसाइटहरूको ३३.७% मा प्रयोग गरिन्छ; गत वर्षको अप्रिलमा, यो संख्या ३१.९% थियो, र अघिल्लो वर्ष, यो ४१.८% थियो (यो गिरावट Cloudflare को HTTP सर्भरको छुट्टै लेखामा संक्रमण द्वारा व्याख्या गरिएको छ)। Apache को हिस्सा वर्षभरि ३९.५% बाट ३४% मा घट्यो, र Microsoft IIS को हिस्सा ८.३% बाट ७% मा घट्यो। LiteSpeed ​​को हिस्सा ६.३% बाट ८.४% मा बढ्यो, र Node.js को ०.८% बाट १.२% मा पुग्यो। रूसमा, NGINX सबैभन्दा धेरै भ्रमण गरिएका वेबसाइटहरू मध्ये ७९.१% द्वारा प्रयोग गरिन्छ (गत वर्ष - ७८.९%)।

1.19.x अपस्ट्रीम शाखाको विकासको क्रममा थपिएका सबैभन्दा उल्लेखनीय सुधारहरू:

• OCSP (अनलाइन प्रमाणपत्र स्थिति प्रोटोकल) मा आधारित बाह्य सेवाहरू प्रयोग गरेर क्लाइन्ट प्रमाणपत्रहरू प्रमाणित गर्ने क्षमता थपिएको छ। ssl_ocsp निर्देशन प्रमाणीकरण सक्षम गर्न प्रयोग गरिन्छ, ssl_ocsp_cache क्यास आकार कन्फिगर गर्न प्रयोग गरिन्छ, र ssl_ocsp_responder प्रमाणपत्रमा निर्दिष्ट OCSP ह्यान्डलर URL लाई ओभरराइड गर्न प्रयोग गरिन्छ।
• ngx_stream_set_module मोड्युल समावेश गरिएको छ, जसले तपाईंलाई सर्भर चरमा मान तोक्न अनुमति दिन्छ { listen 12345; set $true 1; }
• प्रोक्सी जडानहरूमा कुकीहरूको लागि झण्डा निर्दिष्ट गर्न proxy_cookie_flags निर्देशन थपिएको छ। उदाहरणका लागि, कुकी "one" मा "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 विकल्पहरू प्राथमिकता दिनुहोस् ChaCha; ssl_conf_command साइफरसुइटहरू TLS_CHACHA20_POLY1305_SHA256; निर्दिष्ट गर्न सक्नुहुन्छ।
• "ssl_reject_handshake" निर्देशन थपियो, जसले सबै हात मिलाउने प्रयासहरूलाई अस्वीकार गर्न निर्देशन दिन्छ। SSL-जडानहरू (उदाहरणका लागि, SNI क्षेत्रमा अज्ञात होस्टनामहरू भएका सबै अनुरोधहरू अस्वीकार गर्न प्रयोग गर्न सकिन्छ)। सर्भर { सुन्नुहोस् ४४३ ssl; ssl_reject_handshake अन; } सर्भर { सुन्नुहोस् ४४३ ssl; server_name example.com; ssl_certificate example.com.crt; ssl_certificate_key example.com.key; }
• मेल प्रोक्सीमा proxy_smtp_auth निर्देशन थपिएको छ, जसले AUTH आदेश र PLAIN SASL संयन्त्र प्रयोग गरेर ब्याकएन्डमा प्रयोगकर्ता प्रमाणीकरणलाई अनुमति दिन्छ।
• "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