nginx 1.20.0 रिलीज

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

Netcraft को मार्च रिपोर्ट अनुसार, nginx सबै सक्रिय साइटहरूको 20.15% मा प्रयोग गरिन्छ (एक वर्ष पहिले 19.56%, दुई वर्ष पहिले 20.73%), जुन यस श्रेणीमा लोकप्रियतामा दोस्रो स्थानसँग मेल खान्छ (अपाचेको शेयर 25.38% सँग मेल खान्छ। (एक वर्ष पहिले 27.64%), Google - 10.09%, Cloudflare - 8.51%। एकै समयमा, सबै साइटहरू विचार गर्दा, nginx ले आफ्नो नेतृत्व कायम राख्छ र बजारको 35.34% ओगटेको छ (एक वर्ष पहिले 36.91%, दुई वर्ष पहिले - 27.52%), जबकि Apache को शेयर 25.98%, OpenResty (nginx र LuaJIT मा आधारित प्लेटफर्म।) - 6.55%, Microsoft IIS - 5.96% सँग मेल खान्छ।

संसारमा सबैभन्दा धेरै भ्रमण गरिएका लाखौं साइटहरू मध्ये, nginx को शेयर 25.55% (एक वर्ष पहिले 25.54%, दुई वर्ष पहिले 26.22%) हो। हाल, लगभग 419 मिलियन वेबसाइटहरू Nginx (एक वर्ष पहिले 459 मिलियन) चलिरहेका छन्। W3Techs को अनुसार, nginx सबैभन्दा धेरै भ्रमण गरिएका मिलियन मध्ये 33.7% साइटहरूमा प्रयोग गरिएको छ, गत वर्ष अप्रिलमा यो संख्या 31.9% थियो, जुन अघिल्लो वर्ष - 41.8% थियो (क्लाउडफ्लेयर http को छुट्टै लेखाको संक्रमणद्वारा व्याख्या गरिएको छ। सर्भर)। Apache को शेयर वर्ष मा 39.5% बाट 34% मा घट्यो, र Microsoft IIS को शेयर 8.3% बाट 7% मा घट्यो। LiteSpeed ​​को शेयर 6.3% बाट 8.4% मा बढ्यो, र Node.js 0.8% बाट 1.2% मा बढ्यो। रूसमा, nginx सबैभन्दा धेरै भ्रमण गरिएका साइटहरूको 79.1% मा प्रयोग गरिन्छ (एक वर्ष पहिले - 78.9%)।

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

• OCSP (अनलाइन सर्टिफिकेट स्टेटस प्रोटोकल) प्रोटोकलमा आधारित बाह्य सेवाहरू प्रयोग गरेर ग्राहक प्रमाणपत्रहरू प्रमाणित गर्ने क्षमता थपियो। चेक सक्षम गर्नको लागि, ssl_ocsp निर्देशन प्रस्ताव गरिएको छ, क्यास साइज कन्फिगर गर्न - ssl_ocsp_cache, प्रमाणपत्रमा निर्दिष्ट OCSP ह्यान्डलरको URL लाई पुन: परिभाषित गर्न - ssl_ocsp_responder।
• ngx_stream_set_module मोड्युल समावेश गरिएको छ, जसले तपाईंलाई चर सर्भरमा मान तोक्न अनुमति दिन्छ { सुन्नुहोस् 12345; $true 1 सेट गर्नुहोस्; }
• प्रोक्सी जडानहरूमा कुकीहरूका लागि झण्डा निर्दिष्ट गर्न proxy_cookie_flags निर्देशन थपियो। उदाहरण को लागी, कुकी "एक" मा "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_reject_handshake on; } सर्भर { सुन्नुहोस् 443 एसएसएल; 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 सँग भ्रमित हुनु हुँदैन, जसले निष्क्रियता समय परिभाषित गर्दछ जुन पछि-जाइभ जडान बन्द हुन्छ)।
• $connection_time चर थपियो, जसको माध्यमबाट तपाइँ मिलिसेकेन्ड शुद्धता संग सेकेन्डमा जडान अवधि बारे जानकारी प्राप्त गर्न सक्नुहुन्छ।
• एउटा "min_free" प्यारामिटर "proxy_cache_path", "fastcgi_cache_path", "scgi_cache_path" र "uwsgi_cache_path" निर्देशनहरूमा थपिएको छ, जसले खाली डिस्क स्पेसको न्यूनतम आकार निर्धारण गर्ने आधारमा क्यास आकारलाई नियमन गर्दछ।
• "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