nginx 1.18.0 გამოშვება

განვითარების ერთი წლის შემდეგ წარმოდგენილია მაღალი ხარისხის HTTP სერვერისა და მრავალპროტოკოლის პროქსი სერვერის ახალი სტაბილური ფილიალი nginx 1.18.0, რომელმაც შთანთქა ძირითადი შტოში დაგროვილი ცვლილებები 1.17.x. მომავალში, ყველა ცვლილება სტაბილურ ფილიალში 1.18 დაკავშირებული იქნება სერიოზული შეცდომებისა და დაუცველობის აღმოფხვრასთან. მალე ჩამოყალიბდება nginx 1.19-ის მთავარი ფილიალი, რომლის ფარგლებშიც გაგრძელდება ახალი ფუნქციების განვითარება. ჩვეულებრივი მომხმარებლებისთვის, რომლებსაც არ აქვთ მესამე მხარის მოდულებთან თავსებადობის უზრუნველყოფის ამოცანა, რეკომენდირებულია გამოიყენეთ მთავარი ფილიალი, რომლის საფუძველზეც ყალიბდება კომერციული პროდუქტის Nginx Plus გამოშვებები სამ თვეში ერთხელ.

შესაბამისად აპრილის ანგარიში Netcraft nginx გამოიყენება ყველა აქტიური საიტის 19.56%-ზე (ერთი წლის წინ 20.73%, ორი წლის წინ 21.02%), რაც შეესაბამება მეორე ადგილს პოპულარობით ამ კატეგორიაში (Apache-ს წილი შეესაბამება 27.64%, Google - 10.03%, Microsoft IIS - 4.77%). ამავდროულად, ყველა საიტის განხილვისას, nginx ინარჩუნებს ლიდერობას და უკავია ბაზრის 36.91% (ერთი წლის წინ 27.52%), ხოლო Apache-ს წილი შეესაბამება 24.73%, Microsoft IIS - 12.85%, Google - 3.42%.

მსოფლიოში მილიონ ყველაზე მონახულებულ საიტს შორის nginx-ის წილი 25.54%-ია (ერთი წლის წინ 26.22%, ორი წლის წინ 23.76%). ამჟამად, დაახლოებით 459 მილიონი ვებსაიტი მუშაობს Nginx-ზე (397 მილიონი ერთი წლის წინ). მიერ მიხედვით W3Techs nginx გამოიყენება საიტების 31.9%-ზე მილიონ ყველაზე მონახულებულიდან, გასული წლის აპრილში ეს მაჩვენებელი 41.8% იყო, წინა წელს - 38% (კლება აიხსნება Cloudflare http სერვერის ცალკე აღრიცხვაზე გადასვლით). Apache-ს წილი წლის განმავლობაში 43.6%-დან 38.9%-მდე დაეცა, ხოლო Microsoft IIS-ის წილი 8.6%-დან 8.3%-მდე. რუსეთში nginx მეორადი ყველაზე მონახულებული საიტების 78.9%-ზე (ერთი წლის წინ - 81%).

1.17.x ზედა დინების ფილიალის განვითარებისას დამატებული ყველაზე შესამჩნევი გაუმჯობესებები:

• დამატებულია დირექტივა limit_req_dry_run, რომელიც ააქტიურებს საცდელი გაშვების რეჟიმს, რომელშიც არანაირი შეზღუდვა არ არის გამოყენებული მოთხოვნის დამუშავების ინტენსივობაზე (სიჩქარის ლიმიტის გარეშე), მაგრამ აგრძელებს საზიარო მეხსიერებაში ლიმიტებს აღემატება მოთხოვნის რაოდენობის გათვალისწინებას;
• დამატებულია დირექტივა limit_conn_dry_run, რომელიც ცვლის ngx_http_limit_conn_module მოდულს სატესტო გაშვების რეჟიმში, რომელშიც კავშირების რაოდენობა შეზღუდული არ არის, მაგრამ მხედველობაში მიიღება;
• დამატებულია დირექტივა "auth_ შეყოვნება", რომელიც საშუალებას გაძლევთ დაუმატოთ დაყოვნება არაავტორიზებულ მოთხოვნებს პასუხის კოდით 401, რათა შეამციროთ პაროლის გამოცნობის ინტენსივობა და დაიცვან. თავდასხმები, მანიპულირება ოპერაციების შესრულების დროის გაზომვით (დროის შეტევა) სისტემებზე წვდომისას, რომლებზეც წვდომა შეზღუდულია პაროლი, ქვემოკითხვის შედეგი ან J.W.T. (JSON Web Token);
• დამატებულია ცვლადების მხარდაჭერა დირექტივებში "limit_rate" და "limit_rate_after", ასევე "proxy_upload_rate" და "proxy_download_rate" დირექტივებში სტრიმინგის მოდულის;
• დირექტივაში grpc_pass დაემატა მხარდაჭერა ცვლადის გამოყენების პარამეტრში, რომელიც განსაზღვრავს მისამართს. თუ მისამართი მითითებულია დომენის სახელით, სახელი იძებნება სერვერების აღწერილ ჯგუფებს შორის და, თუ ვერ იქნა ნაპოვნი, მაშინ განისაზღვრება გადამწყვეტის გამოყენებით;
• დამატებულია ახალი ცვლადები $proxy_protocol_server_addr и $proxy_protocol_server_port, რომელიც შეიცავს სერვერის მისამართს და პორტს, რომელიც მიღებულია PROXY პროტოკოლის სათაურიდან;
• მოდულში ngx_stream_limit_conn_module დამატებულია ცვლადი $limit_conn_status, რომელიც ინახავს კავშირების რაოდენობის შეზღუდვის შედეგს: PASSED, REJECTED ან REJECTED_DRY_RUN;
• მოდულში ngx_http_limit_req_module დამატებულია ცვლადი $limit_req_status, რომელიც ინახავს მოთხოვნების ჩამოსვლის სიჩქარის შეზღუდვის შედეგს: PASSED, DELAYED, REJECTED, DELAYED_DRY_RUN ან REJECTED_DRY_RUN;
• სტანდარტულად, მოდული აწყობილია ngx_http_postpone_filter_module;
• დამატებულია მხარდაჭერა სახელწოდებით "location" ბლოკების გადართვისთვის $r->internal_redirect() მეთოდის გამოყენებით, რომელიც მოწოდებულია ჩაშენებული Perl თარჯიმნის მიერ. ეს მეთოდი ახლა მოიცავს URI-ების დამუშავებას გაცდენილი სიმბოლოებით;
• "upstream" დირექტივის გამოყენებისას "upstream" პარამეტრების ბლოკშიhash» კლიენტ-სერვერის დაკავშირებით დატვირთვის დაბალანსების ორგანიზებისთვის, თუ თქვენ მიუთითებთ ცარიელ კლავიშის მნიშვნელობას, ახლა გააქტიურებულია ერთიანი დაბალანსების რეჟიმი (round-robin);
• დამატებულია მხარდაჭერა ioctl (FIONREAD) დარეკვისთვის, თუ ეს შესაძლებელია, რათა დროთა განმავლობაში არ წაიკითხოთ სწრაფი კავშირი.

წყარო: opennet.ru