nginx 1.20.0 રિલીઝ

વિકાસના એક વર્ષ પછી, ઉચ્ચ-પ્રદર્શન HTTP સર્વર અને મલ્ટી-પ્રોટોકોલ પ્રોક્સી સર્વર nginx 1.20.0ની નવી સ્થિર શાખા રજૂ કરવામાં આવી છે, જે મુખ્ય શાખા 1.19.x માં સંચિત ફેરફારોને સમાવિષ્ટ કરે છે. ભવિષ્યમાં, સ્થિર શાખા 1.20 માં તમામ ફેરફારો ગંભીર ભૂલો અને નબળાઈઓને દૂર કરવા સાથે સંબંધિત હશે. ટૂંક સમયમાં nginx 1.21 ની મુખ્ય શાખાની રચના કરવામાં આવશે, જેમાં નવી સુવિધાઓનો વિકાસ ચાલુ રહેશે. સામાન્ય વપરાશકર્તાઓ કે જેમની પાસે તૃતીય-પક્ષ મોડ્યુલો સાથે સુસંગતતા સુનિશ્ચિત કરવાનું કાર્ય નથી, તે મુખ્ય શાખાનો ઉપયોગ કરવાની ભલામણ કરવામાં આવે છે, જેના આધારે વ્યાપારી ઉત્પાદન Nginx Plus ના પ્રકાશનો દર ત્રણ મહિને રચાય છે.

નેટક્રાફ્ટના માર્ચના અહેવાલ મુજબ, nginx નો ઉપયોગ તમામ સક્રિય સાઇટ્સમાંથી 20.15% (એક વર્ષ પહેલા 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% થયો. રશિયામાં, nginx નો ઉપયોગ 79.1% સૌથી વધુ મુલાકાત લીધેલ સાઇટ્સ પર થાય છે (એક વર્ષ પહેલાં - 78.9%).

1.19.x અપસ્ટ્રીમ શાખાના વિકાસ દરમિયાન ઉમેરવામાં આવેલા સૌથી નોંધપાત્ર સુધારાઓ:

• OCSP (ઓનલાઈન સર્ટિફિકેટ સ્ટેટસ પ્રોટોકોલ) પ્રોટોકોલ પર આધારિત બાહ્ય સેવાઓનો ઉપયોગ કરીને ક્લાયંટ પ્રમાણપત્રોને ચકાસવાની ક્ષમતા ઉમેરાઈ. ચેકને સક્ષમ કરવા માટે, કેશ માપ - ssl_ocsp_cache ને રૂપરેખાંકિત કરવા માટે, પ્રમાણપત્ર - ssl_ocsp_responder માં ઉલ્લેખિત OCSP હેન્ડલરના URL ને પુનઃવ્યાખ્યાયિત કરવા માટે, ssl_ocsp નિર્દેશક પ્રસ્તાવિત છે.
• ngx_stream_set_module મોડ્યુલ શામેલ છે, જે તમને વેરીએબલ સર્વરને મૂલ્ય સોંપવા માટે પરવાનગી આપે છે { listen 12345; $true 1 સેટ કરો; }
• પ્રોક્સી કનેક્શન્સમાં કૂકીઝ માટે ફ્લેગ્સનો ઉલ્લેખ કરવા માટે પ્રોક્સી_કૂકી_ફ્લેગ્સ ડાયરેક્ટિવ ઉમેર્યું. ઉદાહરણ તરીકે, કૂકી "એક" માં "httponly" ફ્લેગ ઉમેરવા માટે, અને અન્ય બધી કૂકીઝ માટે "nosecure" અને "samesite=strict" ફ્લેગ્સ ઉમેરવા માટે, તમે નીચેના બાંધકામનો ઉપયોગ કરી શકો છો: proxy_cookie_flags one httponly; proxy_cookie_flags ~ nosecure samesite = કડક;

  કૂકીઝમાં ફ્લેગ ઉમેરવા માટે સમાન 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 સાઇફરસુઇટ્સ 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" નિર્દેશક ઉમેર્યું, જે દરેક કીપ-એલાઈવ કનેક્શનના કુલ આયુષ્યને મર્યાદિત કરે છે, જે પછી કનેક્શન બંધ થઈ જશે (કીપલાઈવ_ટાઇમઆઉટ સાથે ભેળસેળ ન કરવી, જે નિષ્ક્રિયતા સમયને વ્યાખ્યાયિત કરે છે જેના પછી કીપ-લાઈવ કનેક્શન બંધ થાય છે).
• $connection_time વેરીએબલ ઉમેર્યું, જેના દ્વારા તમે મિલિસેકન્ડ ચોકસાઇ સાથે સેકન્ડોમાં કનેક્શન અવધિ વિશે માહિતી મેળવી શકો છો.
• "proxy_cache_path", "fastcgi_cache_path", "scgi_cache_path" અને "uwsgi_cache_path" નિર્દેશોમાં "min_free" પરિમાણ ઉમેરવામાં આવ્યું છે, જે મુક્ત ડિસ્ક જગ્યાના લઘુત્તમ કદને નિર્ધારિત કરવાના આધારે કેશ કદને નિયંત્રિત કરે છે.
• HTTP/2 સાથે કામ કરવા માટે "Lingering_close", "lingering_time" અને "lingering_timeout" નિર્દેશોને અનુકૂલિત કરવામાં આવ્યા છે.
• 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