Cloudflare-მა დანერგა მოდული HTTP/3-ის მხარდასაჭერად NGINX-ში

კომპანია Cloudflare მომზადებული მოდული უზრუნველყოს HTTP/3 პროტოკოლის მხარდაჭერა NGINX-ში. მოდული შექმნილია როგორც Cloudflare-ის მიერ შემუშავებული ბიბლიოთეკის დამატება quiche QUIC და HTTP/3 სატრანსპორტო პროტოკოლის დანერგვით. quiche კოდი იწერება Rust-ში, მაგრამ თავად NGINX მოდული იწერება C-ში და წვდება ბიბლიოთეკაში დინამიური კავშირის გამოყენებით. განვითარებული მოვლენები გახსნა BSD ლიცენზიით.

შეკრებისთვის, უბრალოდ გადმოწერეთ პატჩი nginx 1.16-მდე და კოდი quiche ბიბლიოთეკები, შემდეგ აღადგინეთ nginx ოფციებით "—with-http_v3_module —with-quiche=../quiche". მშენებლობისას, TLS მხარდაჭერა უნდა იყოს დაფუძნებული BoringSSL ბიბლიოთეკაზე (“--with-openssl=../quiche/deps/boringssl”), OpenSSL-ის გამოყენება ჯერ არ არის მხარდაჭერილი. კავშირების მისაღებად, თქვენ უნდა დაამატოთ მოსმენის დირექტივა "quic" დროშით პარამეტრებში (მაგალითად, "მოსმენა 443 quic reuseport").

კლიენტის პროგრამულ უზრუნველყოფაში HTTP/3 მხარდაჭერა უკვე დაემატა Chrome Canary-ის ექსპერიმენტულ ნაგებობებსა და curl უტილიტას. სერვერის მხრივ, აქამდე საჭირო იყო ცალკე, შეზღუდული გამოყენება ტესტის განხორციელებები. HTTP/3 nginx-ში დამუშავების შესაძლებლობა მნიშვნელოვნად გაამარტივებს HTTP/3 მხარდაჭერით სერვერების განლაგებას და უფრო ხელმისაწვდომს გახდის ახალი პროტოკოლის სატესტო განხორციელებას. HTTP/3 სტანდარტული მხარდაჭერის გაჩენა nginx-ში მოსალოდნელია 1.17.x ფილიალში 6-12 თვის განმავლობაში.

შეგახსენებთ, რომ HTTP/3 სტანდარტიზებს QUIC პროტოკოლის გამოყენებას, როგორც HTTP/2-ის ტრანსპორტს. Ოქმი QUIC (სწრაფი UDP ინტერნეტ კავშირები) შემუშავებულია Google-ის მიერ 2013 წლიდან, როგორც ვებ-ისთვის TCP+TLS კომბინაციის ალტერნატივა, რომელიც წყვეტს პრობლემებს ხანგრძლივი დაყენებისა და მოლაპარაკებების დროს TCP-ში კავშირებისთვის და აღმოფხვრის შეფერხებებს, როდესაც პაკეტები იკარგება მონაცემთა გადაცემის დროს. QUIC არის UDP პროტოკოლის გაფართოება, რომელიც მხარს უჭერს მრავალი კავშირის მულტიპლექსირებას და უზრუნველყოფს დაშიფვრის მეთოდებს TLS/SSL-ის ექვივალენტური.

მთავარი მახასიათებლები QUIC:

• TLS-ის მსგავსი მაღალი უსაფრთხოება (არსებითად QUIC უზრუნველყოფს TLS-ის გამოყენების შესაძლებლობას UDP-ზე);
• ნაკადის მთლიანობის კონტროლი, პაკეტის დაკარგვის თავიდან აცილება;
• კავშირის მყისიერად დამყარების შესაძლებლობა (0-RTT, დაახლოებით 75% შემთხვევაში მონაცემები შეიძლება გადაიცეს კავშირის დაყენების პაკეტის გაგზავნისთანავე) და უზრუნველყოს მინიმალური შეფერხებები მოთხოვნის გაგზავნასა და პასუხის მიღებას შორის (RTT, ორმხრივი მგზავრობის დრო);
• პაკეტის ხელახალი გადაცემისას ერთი და იგივე მიმდევრობის ნომრის გამოუყენებლობა, რაც თავიდან აიცილებს ბუნდოვანებას მიღებული პაკეტების იდენტიფიკაციისას და ათავისუფლებს ვადებს;
• პაკეტის დაკარგვა გავლენას ახდენს მხოლოდ მასთან დაკავშირებული ნაკადის მიწოდებაზე და არ აჩერებს მონაცემთა მიწოდებას მიმდინარე კავშირის საშუალებით გადაცემულ პარალელურ ნაკადებში;
• შეცდომის გამოსწორების ფუნქციები, რომლებიც ამცირებს დაგვიანებებს დაკარგული პაკეტების ხელახალი გადაცემის გამო. შეცდომის გამოსწორების სპეციალური კოდების გამოყენება პაკეტის დონეზე, რათა შემცირდეს სიტუაციები, რომლებიც საჭიროებენ დაკარგული პაკეტის მონაცემების ხელახლა გადაცემას.
• კრიპტოგრაფიული ბლოკის საზღვრები შეესაბამება QUIC პაკეტის საზღვრებს, რაც ამცირებს პაკეტის დანაკარგების გავლენას შემდგომი პაკეტების შიგთავსის დეკოდირებაზე;
• პრობლემები არ არის TCP რიგის დაბლოკვასთან დაკავშირებით;
• კავშირის იდენტიფიკატორის მხარდაჭერა, რაც ამცირებს მობილური კლიენტებისთვის ხელახლა დაკავშირების დამყარების დროს;
• გაფართოებული კავშირის შეშუპების კონტროლის მექანიზმების მიერთების შესაძლებლობა;
• იყენებს თითო მიმართულების გამტარუნარიანობის პროგნოზირების ტექნიკას, რათა უზრუნველყოს პაკეტების გაგზავნა ოპტიმალური სიჩქარით, რაც თავიდან აიცილებს მათ გადატვირთულობას და არ იწვევს პაკეტების დაკარგვას;
• აღქმადი ზრდა შესრულება და გამტარუნარიანობა TCP-თან შედარებით. ვიდეო სერვისებისთვის, როგორიცაა YouTube, ნაჩვენებია, რომ QUIC ამცირებს რებუფერირების ოპერაციებს ვიდეოების ყურებისას 30%-ით.

წყარო: opennet.ru