ការចេញផ្សាយ nginx 1.16.0

បន្ទាប់ពីមួយឆ្នាំនៃការអភិវឌ្ឍន៍ បង្ហាញ សាខាស្ថេរភាពថ្មីនៃម៉ាស៊ីនមេ HTTP ដែលដំណើរការខ្ពស់ និងម៉ាស៊ីនមេប្រូកស៊ីពហុប្រូតូកូល។ nginx 1.16.0ដែលស្រូបយកការផ្លាស់ប្តូរដែលបានប្រមូលផ្តុំនៅក្នុងសាខាចម្បង 1.15.x ។ នៅពេលអនាគត ការផ្លាស់ប្តូរទាំងអស់នៅក្នុងសាខាមានស្ថេរភាព 1.16 នឹងទាក់ទងទៅនឹងការលុបបំបាត់កំហុសធ្ងន់ធ្ងរ និងភាពងាយរងគ្រោះ។ សាខាសំខាន់នៃ nginx 1.17 នឹងត្រូវបានបង្កើតឡើងឆាប់ៗនេះ ដែលក្នុងនោះការអភិវឌ្ឍន៍មុខងារថ្មីៗនឹងបន្ត។ សម្រាប់អ្នកប្រើប្រាស់ធម្មតាដែលមិនមានភារកិច្ចធានាភាពឆបគ្នាជាមួយម៉ូឌុលភាគីទីបី។ បានណែនាំ ប្រើសាខាចម្បងដោយផ្អែកលើការចេញផ្សាយផលិតផលពាណិជ្ជកម្ម Nginx Plus ត្រូវបានបង្កើតឡើងរៀងរាល់បីខែម្តង។

ការកែលម្អគួរឱ្យកត់សម្គាល់បំផុតដែលបានបន្ថែមក្នុងអំឡុងពេលនៃការអភិវឌ្ឍន៍ 1.15.x សាខាខាងលើ៖

• បានបន្ថែមសមត្ថភាពក្នុងការប្រើអថេរនៅក្នុង ' ការណែនាំssl_certificate'អ៊ី'ssl_certificate_key', ដែលអាចត្រូវបានប្រើដើម្បីផ្ទុកវិញ្ញាបនបត្រថាមវន្ត;
• បានបន្ថែមសមត្ថភាពក្នុងការផ្ទុកវិញ្ញាបនបត្រ SSL និងសោសម្ងាត់ពីអថេរដោយមិនប្រើឯកសារកម្រិតមធ្យម។
• នៅក្នុងប្លុក "ខ្សែទឹក» សេចក្តីណែនាំថ្មីបានអនុវត្ត»ចៃដន្យ“ ដោយមានជំនួយពីការដែលអ្នកអាចរៀបចំតុល្យភាពបន្ទុកជាមួយនឹងការជ្រើសរើសចៃដន្យនៃម៉ាស៊ីនមេសម្រាប់បញ្ជូនបន្តការតភ្ជាប់។
• នៅក្នុងម៉ូឌុល ngx_stream_ssl_ អានជាមុន អថេរត្រូវបានអនុវត្ត $ssl_preread_protocol,
  ដែលបញ្ជាក់កំណែខ្ពស់បំផុតនៃពិធីការ SSL/TLS ដែលអតិថិជនគាំទ្រ។ អថេរអនុញ្ញាត បង្កើតការកំណត់រចនាសម្ព័ន្ធ សម្រាប់ការចូលប្រើដោយប្រើពិធីការផ្សេងៗដោយមាន និងគ្មាន SSL តាមរយៈច្រកបណ្តាញមួយ នៅពេលបញ្ជូនចរាចរប្រូកស៊ីដោយប្រើ http និងម៉ូឌុលស្ទ្រីម។ ឧទាហរណ៍ ដើម្បីរៀបចំការចូលប្រើតាមរយៈ SSH និង HTTPS តាមរយៈច្រកមួយ ច្រក 443 អាចត្រូវបានបញ្ជូនបន្តតាមលំនាំដើមទៅ SSH ប៉ុន្តែប្រសិនបើកំណែ SSL ត្រូវបានកំណត់ បញ្ជូនបន្តទៅ HTTPS ។

• អថេរថ្មីមួយត្រូវបានបន្ថែមទៅម៉ូឌុលខាងលើ "$upstream_bytes_sent" ដែលបង្ហាញចំនួនបៃដែលបានផ្ទេរទៅម៉ាស៊ីនមេក្រុម។
• ទៅម៉ូឌុល ស្ទ្រីម ក្នុងវគ្គមួយ សមត្ថភាពក្នុងការដំណើរការ UDP datagrams ចូលជាច្រើនពីអតិថិជនត្រូវបានបន្ថែម។
• សេចក្តីណែនាំ "proxy_requests" ដោយបញ្ជាក់ចំនួន datagrams ដែលទទួលបានពីអតិថិជន នៅពេលឈានដល់ការចងរវាងម៉ាស៊ីនភ្ញៀវ និងវគ្គ UDP ដែលមានស្រាប់ត្រូវបានដកចេញ។ បន្ទាប់ពីទទួលបានចំនួន datagrams ដែលបានបញ្ជាក់នោះ datagram បន្ទាប់ដែលបានទទួលពីអតិថិជនដូចគ្នាចាប់ផ្តើមវគ្គថ្មីមួយ។
• ការណែនាំស្តាប់ឥឡូវនេះមានសមត្ថភាពក្នុងការបញ្ជាក់ជួរច្រក។
• បានបន្ថែមការណែនាំ "ssl_early_data» ដើម្បីបើករបៀប 0-RTT នៅពេលប្រើ TLSv1.3 ដែលអនុញ្ញាតឱ្យអ្នករក្សាទុកប៉ារ៉ាម៉ែត្រការតភ្ជាប់ TLS ដែលបានចរចាពីមុន និងកាត់បន្ថយចំនួន RTTs ទៅ 2 នៅពេលបន្តការតភ្ជាប់ដែលបានបង្កើតពីមុនឡើងវិញ។
• ការណែនាំថ្មីត្រូវបានបន្ថែមដើម្បីកំណត់រចនាសម្ព័ន្ធ Keepalive សម្រាប់ការតភ្ជាប់ចេញ (បើក ឬបិទជម្រើស SO_KEEPALIVE សម្រាប់រន្ធ)៖
  • «proxy_socket_keepalive" - កំណត់រចនាសម្ព័ន្ធ "TCP keepalive" ឥរិយាបទសម្រាប់ការតភ្ជាប់ចេញទៅកាន់ម៉ាស៊ីនមេប្រូកស៊ី។
  • «fastcgi_socket_keepalive" - កំណត់រចនាសម្ព័ន្ធឥរិយាបទ "TCP keepalive" សម្រាប់ការតភ្ជាប់ចេញទៅកាន់ម៉ាស៊ីនមេ FastCGI ។
  • «grpc_socket_keepalive" - កំណត់រចនាសម្ព័ន្ធឥរិយាបទ "TCP keepalive" សម្រាប់ការតភ្ជាប់ចេញទៅកាន់ម៉ាស៊ីនមេ gRPC ។
  • «memcached_socket_keepalive" - កំណត់រចនាសម្ព័ន្ធ "TCP keepalive" ឥរិយាបទសម្រាប់ការភ្ជាប់ចេញទៅកាន់ម៉ាស៊ីនមេ memcached;
  • «scgi_socket_keepalive" - កំណត់រចនាសម្ព័ន្ធ "TCP keepalive" ឥរិយាបទសម្រាប់ការតភ្ជាប់ចេញទៅកាន់ម៉ាស៊ីនមេ SCGI;
  • «uwsgi_socket_keepalive" - កំណត់រចនាសម្ព័ន្ធឥរិយាបទ "TCP keepalive" សម្រាប់ការតភ្ជាប់ចេញទៅកាន់ម៉ាស៊ីនមេ uwsgi ។
• នៅក្នុងសេចក្តីណែនាំ "limit_req" បានបន្ថែមប៉ារ៉ាម៉ែត្រថ្មី "ការពន្យារពេល" ដែលកំណត់ដែនកំណត់បន្ទាប់ពីនោះសំណើដែលមិនត្រូវការឡើងវិញត្រូវបានពន្យារពេល។
• ការណែនាំថ្មី "keepalive_timeout" និង "keepalive_requests" ត្រូវបានបន្ថែមទៅប្លុក "upstream" ដើម្បីកំណត់ដែនកំណត់សម្រាប់ Keepalive;
• ការណែនាំ "ssl" ត្រូវបានបដិសេធ ដោយជំនួសដោយប៉ារ៉ាម៉ែត្រ "ssl" នៅក្នុងការណែនាំ "ស្តាប់" ។ វិញ្ញាបនបត្រ SSL ដែលបាត់ឥឡូវនេះត្រូវបានរកឃើញនៅដំណាក់កាលសាកល្បងការកំណត់រចនាសម្ព័ន្ធ នៅពេលប្រើការណែនាំ "ស្តាប់" ជាមួយប៉ារ៉ាម៉ែត្រ "ssl" នៅក្នុងការកំណត់។
• នៅពេលប្រើការណែនាំ reset_timedout_connection ឥឡូវនេះការតភ្ជាប់ត្រូវបានបិទជាមួយនឹងលេខកូដ 444 នៅពេលដែលអស់ពេលផុតកំណត់។
• កំហុស SSL "សំណើ http", "សំណើប្រូកស៊ី https", "ពិធីការដែលមិនគាំទ្រ" និង "កំណែទាបពេក" ឥឡូវនេះត្រូវបានបង្ហាញនៅក្នុងកំណត់ហេតុជាមួយនឹងកម្រិត "ព័ត៌មាន" ជំនួសឱ្យ "ការរិះគន់" ។
• បានបន្ថែមការគាំទ្រសម្រាប់វិធីសាស្ត្រស្ទង់មតិនៅលើប្រព័ន្ធវីនដូ នៅពេលប្រើ Windows Vista និងក្រោយ។
• លទ្ធភាពនៃការប្រើប្រាស់ TLSv1.3 នៅពេលសាងសង់ជាមួយបណ្ណាល័យ BoringSSL មិនត្រឹមតែ OpenSSL ប៉ុណ្ណោះទេ។

ប្រភព: opennet.ru