Cloudflare ने NGINX मध्ये HTTP/3 ला समर्थन देण्यासाठी मॉड्यूल लागू केले आहे

क्लाउडफ्लेअर कंपनी तयार मॉड्यूल NGINX मध्ये HTTP/3 प्रोटोकॉलसाठी समर्थन प्रदान करण्यासाठी. मॉड्यूल क्लाउडफ्लेअरने विकसित केलेल्या लायब्ररीमध्ये अॅड-ऑन म्हणून डिझाइन केले आहे Quiche QUIC आणि HTTP/3 वाहतूक प्रोटोकॉलच्या अंमलबजावणीसह. क्विच कोड रस्टमध्ये लिहिलेला आहे, परंतु NGINX मॉड्यूल स्वतः C मध्ये लिहिलेला आहे आणि डायनॅमिक लिंकिंग वापरून लायब्ररीमध्ये प्रवेश करतो. विकास उघडा BSD परवान्या अंतर्गत.

एकत्र करण्यासाठी, फक्त डाउनलोड करा पॅच nginx 1.16 आणि कोड quiche लायब्ररी, नंतर “—with-http_v3_module —with-quiche=../quiche” पर्यायांसह nginx पुन्हा तयार करा. तयार करताना, TLS समर्थन बोरिंगएसएसएल लायब्ररीवर आधारित असावे (“--with-openssl=../quiche/deps/boringssl”), OpenSSL चा वापर अद्याप समर्थित नाही. कनेक्‍शन स्‍वीकारण्‍यासाठी, तुम्‍हाला सेटिंग्‍जमध्‍ये “क्विक” ध्वजासह ऐका निर्देश जोडणे आवश्‍यक आहे (उदाहरणार्थ, “ऐकणे 443 क्विक रीयूजपोर्ट”).

क्लायंट सॉफ्टवेअरमध्ये, क्रोम कॅनरी आणि कर्ल युटिलिटीच्या प्रायोगिक बिल्डमध्ये HTTP/3 समर्थन आधीच जोडले गेले आहे. सर्व्हरच्या बाजूने, आतापर्यंत स्वतंत्र, मर्यादित वापरणे आवश्यक होते चाचणी अंमलबजावणी. nginx मध्ये HTTP/3 प्रक्रिया करण्याची क्षमता HTTP/3 समर्थनासह सर्व्हरची तैनाती लक्षणीयरीत्या सुलभ करेल आणि नवीन प्रोटोकॉलची चाचणी अंमलबजावणी अधिक सुलभ करेल. nginx मध्ये HTTP/3 साठी मानक समर्थनाचा उदय अपेक्षित 1.17-6 महिन्यांसाठी 12.x शाखेत.

आठवा की HTTP/3 HTTP/2 साठी वाहतूक म्हणून QUIC प्रोटोकॉलचा वापर प्रमाणित करते. प्रोटोकॉल क्विक (क्विक UDP इंटरनेट कनेक्शन) 2013 पासून Google ने वेबसाठी TCP+TLS संयोजनाचा पर्याय म्हणून विकसित केले आहे, TCP मधील कनेक्शनसाठी दीर्घ सेटअप आणि वाटाघाटीच्या वेळेसह समस्या सोडवणे आणि डेटा ट्रान्सफर दरम्यान पॅकेट हरवल्यावर होणारा विलंब दूर करणे. QUIC हा UDP प्रोटोकॉलचा विस्तार आहे जो एकाधिक कनेक्शनच्या मल्टिप्लेक्सिंगला समर्थन देतो आणि TLS/SSL च्या समतुल्य एन्क्रिप्शन पद्धती प्रदान करतो.

मुख्य वैशिष्ट्ये QUIC:

• TLS सारखीच उच्च सुरक्षा (मूलत: QUIC UDP वर TLS वापरण्याची क्षमता प्रदान करते);
• प्रवाह अखंडता नियंत्रण, पॅकेट नुकसान प्रतिबंधित;
• त्वरित कनेक्शन स्थापित करण्याची क्षमता (0-RTT, अंदाजे 75% प्रकरणांमध्ये कनेक्शन सेटअप पॅकेट पाठवल्यानंतर लगेच डेटा प्रसारित केला जाऊ शकतो) आणि विनंती पाठवणे आणि प्रतिसाद प्राप्त करणे (RTT, राऊंड ट्रिप वेळ) यामध्ये कमीतकमी विलंब प्रदान करणे;
• पॅकेट पुन्हा पाठवताना समान अनुक्रम क्रमांक न वापरणे, जे प्राप्त पॅकेट ओळखण्यात अस्पष्टता टाळते आणि कालबाह्यतेपासून मुक्त होते;
• पॅकेटचे नुकसान केवळ त्याच्याशी संबंधित प्रवाहाच्या वितरणावर परिणाम करते आणि वर्तमान कनेक्शनद्वारे प्रसारित केलेल्या समांतर प्रवाहांमध्ये डेटाचे वितरण थांबवत नाही;
• त्रुटी सुधारण्याची वैशिष्ट्ये जी गमावलेल्या पॅकेटच्या पुनर्प्रसारणामुळे होणारा विलंब कमी करतात. हरवलेल्या पॅकेट डेटाचे पुनर्प्रसारण आवश्यक असलेल्या परिस्थिती कमी करण्यासाठी पॅकेट स्तरावर विशेष त्रुटी सुधारणा कोडचा वापर.
• क्रिप्टोग्राफिक ब्लॉक सीमा QUIC पॅकेट सीमांसह संरेखित केल्या आहेत, जे त्यानंतरच्या पॅकेटच्या सामग्रीच्या डीकोडिंगवर पॅकेट नुकसानाचा प्रभाव कमी करते;
• TCP रांग अवरोधित करण्यात कोणतीही समस्या नाही;
• कनेक्शन आयडेंटिफायरसाठी समर्थन, जे मोबाइल क्लायंटसाठी पुन्हा कनेक्शन स्थापित करण्यासाठी लागणारा वेळ कमी करते;
• प्रगत कनेक्शन कंजेशन कंट्रोल यंत्रणा कनेक्ट करण्याची शक्यता;
• पॅकेट इष्टतम दरांवर पाठवले जातील याची खात्री करण्यासाठी प्रति-दिशा थ्रूपुट अंदाज तंत्र वापरते, त्यांना गर्दी होण्यापासून आणि पॅकेटचे नुकसान होण्यापासून प्रतिबंधित करते;
• आकलनीय वाढ TCP च्या तुलनेत कामगिरी आणि थ्रूपुट. YouTube सारख्या व्हिडिओ सेवांसाठी, QUIC ने व्हिडिओ पाहताना रिबफरिंग ऑपरेशन्स 30% ने कमी केल्याचे दर्शविले आहे.

स्त्रोत: opennet.ru