ការចេញផ្សាយ 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%) ដែលត្រូវនឹងកន្លែងទីពីរនៃប្រជាប្រិយភាពនៅក្នុងប្រភេទនេះ (ចំណែករបស់ Apache ត្រូវគ្នាទៅនឹង 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% (ការធ្លាក់ចុះនេះត្រូវបានពន្យល់ដោយការផ្លាស់ប្តូរទៅគណនីដាច់ដោយឡែកនៃ Cloudflare 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 (Online Certificate Status Protocol) ។ ដើម្បីបើកការត្រួតពិនិត្យ ការណែនាំ ssl_ocsp ត្រូវបានស្នើឡើង ដើម្បីកំណត់រចនាសម្ព័ន្ធទំហំឃ្លាំងសម្ងាត់ - ssl_ocsp_cache ដើម្បីកំណត់ឡើងវិញនូវ URL របស់ឧបករណ៍ដោះស្រាយ OCSP ដែលបានបញ្ជាក់នៅក្នុងវិញ្ញាបនបត្រ - ssl_ocsp_responder ។
• ម៉ូឌុល ngx_stream_set_module ត្រូវបានរួមបញ្ចូល ដែលអនុញ្ញាតឱ្យអ្នកកំណត់តម្លៃទៅម៉ាស៊ីនមេអថេរ { listen 12345; កំណត់ $ True 1; }
• បានបន្ថែមការណែនាំ proxy_cookie_flags ដើម្បីបញ្ជាក់ទង់សម្រាប់ខូគីនៅក្នុងការតភ្ជាប់ប្រូកស៊ី។ ឧទាហរណ៍ ដើម្បីបន្ថែមទង់ “httponly” ទៅ Cookie “one” និងទង់ “nosecure” និង “samesite=strict” សម្រាប់ Cookies ផ្សេងទៀតទាំងអស់ អ្នកអាចប្រើសំណង់ខាងក្រោម៖ 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 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; }
• ការណែនាំ proxy_smtp_auth ត្រូវបានបន្ថែមទៅប្រូកស៊ីសំបុត្រ ដែលអនុញ្ញាតឱ្យអ្នកផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវអ្នកប្រើប្រាស់នៅលើផ្នែកខាងក្រោយដោយប្រើពាក្យបញ្ជា AUTH និងយន្តការ PLAIN SASL ។
• បានបន្ថែមការណែនាំ "keepalive_time" ដែលកំណត់រយៈពេលសរុបនៃការតភ្ជាប់រក្សាជីវិតនីមួយៗ បន្ទាប់មកការតភ្ជាប់នឹងត្រូវបានបិទ (មិនត្រូវច្រឡំជាមួយ 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