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_preread განხორციელებული ცვლადი $ssl_preread_protocol,
  რომელიც განსაზღვრავს SSL/TLS პროტოკოლის უმაღლეს ვერსიას, რომელსაც კლიენტი უჭერს მხარს. ცვლადი საშუალებას იძლევა კონფიგურაციების შექმნა სხვადასხვა პროტოკოლების გამოყენებით SSL-ით და მის გარეშე წვდომისთვის ერთი ქსელის პორტის მეშვეობით ტრაფიკის პროქსირებისას http და ნაკადის მოდულების გამოყენებით. მაგალითად, SSH და HTTPS წვდომის ორგანიზებისთვის ერთი პორტით, 443 პორტი შეიძლება გადაიცეს ნაგულისხმევად SSH-ზე, მაგრამ თუ SSL ვერსია არის განსაზღვრული, გადამისამართება HTTPS-ზე.

• ახალი ცვლადი დაემატა ზემოთ მოდულს "$upstream_bytes_sent", რომელიც აჩვენებს ჯგუფის სერვერზე გადატანილი ბაიტების რაოდენობას;
• მოდულისკენ ნაკადი ერთი სესიის განმავლობაში დაემატა კლიენტიდან რამდენიმე შემომავალი UDP დატაგრამის დამუშავების შესაძლებლობა;
• დირექტივა "პროქსი_მოთხოვნები", განსაზღვრავს კლიენტისგან მიღებული დატაგრამების რაოდენობას, რომლის მიღწევისთანავე მოიხსნება კავშირი კლიენტსა და არსებულ UDP სესიას შორის. დატაგრამების მითითებული რაოდენობის მიღების შემდეგ, იმავე კლიენტისგან მიღებული შემდეგი დატაგრამა იწყებს ახალ სესიას;
• მოსმენის დირექტივას ახლა აქვს პორტის დიაპაზონების განსაზღვრის შესაძლებლობა;
• დამატებულია დირექტივა "ssl_Early_data» რეჟიმის გასააქტიურებლად 0-RTT TLSv1.3-ის გამოყენებისას, რომელიც საშუალებას გაძლევთ შეინახოთ ადრე შეთანხმებული TLS კავშირის პარამეტრები და შეამციროთ RTT-ების რაოდენობა 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" ქცევას მემქეშირებულ სერვერთან გამავალი კავშირებისთვის;
  • «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 proxy მოთხოვნა", "მხარდაუჭერელი პროტოკოლი" და "ვერსია ძალიან დაბალი" ახლა ნაჩვენებია ჟურნალში "info" დონის ნაცვლად "crit";
• დამატებულია გამოკითხვის მეთოდის მხარდაჭერა Windows სისტემებზე Windows Vista-ს და მოგვიანებით გამოყენებისას;
• გამოყენების შესაძლებლობა TLSv1.3 როდესაც აშენებთ BoringSSL ბიბლიოთეკით და არა მხოლოდ OpenSSL.

წყარო: opennet.ru