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 नुसार, सर्वात जास्त भेट दिलेल्या दशलक्ष पैकी 33.7% साइटवर nginx वापरले जाते, गेल्या वर्षी एप्रिलमध्ये हा आकडा 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% वर वाढला. रशियामध्ये, सर्वात जास्त भेट दिलेल्या साइट्सपैकी 79.1% (एक वर्षापूर्वी - 78.9%) वर nginx वापरले जाते.

1.19.x अपस्ट्रीम शाखेच्या विकासादरम्यान जोडलेल्या सर्वात लक्षणीय सुधारणा:

• OCSP (ऑनलाइन सर्टिफिकेट स्टेटस प्रोटोकॉल) प्रोटोकॉलवर आधारित बाह्य सेवा वापरून क्लायंट प्रमाणपत्रे सत्यापित करण्याची क्षमता जोडली. चेक सक्षम करण्यासाठी, ssl_ocsp निर्देश प्रस्तावित आहे, कॅशे आकार कॉन्फिगर करण्यासाठी - ssl_ocsp_cache, प्रमाणपत्रात निर्दिष्ट केलेल्या OCSP हँडलरची URL पुन्हा परिभाषित करण्यासाठी - ssl_ocsp_responder.
• ngx_stream_set_module मॉड्यूल समाविष्ट केले आहे, जे तुम्हाला व्हेरिएबल सर्व्हरला मूल्य नियुक्त करण्यास अनुमती देते { listen 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 चालू; } सर्व्हर { ऐका 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 व्हेरिएबल जोडले, ज्याद्वारे तुम्ही मिलिसेकंद अचूकतेसह काही सेकंदात कनेक्शन कालावधीबद्दल माहिती मिळवू शकता.
• “प्रॉक्सी_कॅशे_पाथ”, “फास्टसीजी_कॅशे_पथ”, “scgi_कॅशे_पाथ” आणि “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