Cloudflare NGINX ۾ HTTP/3 کي سپورٽ ڪرڻ لاءِ هڪ ماڊل لاڳو ڪيو آهي

Cloudflare ڪمپني تيار ڪيل ماڊل NGINX ۾ HTTP/3 پروٽوڪول لاءِ مدد مهيا ڪرڻ لاءِ. ماڊل Cloudflare پاران تيار ڪيل لائبريري ۾ اضافو جي طور تي ٺهيل آهي قريب QUIC ۽ HTTP/3 ٽرانسپورٽ پروٽوڪول جي نفاذ سان. quiche ڪوڊ Rust ۾ لکيل آهي، پر NGINX ماڊل پاڻ کي C ۾ لکيل آهي ۽ متحرڪ لنڪنگ استعمال ڪندي لائبريري تائين رسائي ڪري ٿو. ترقيات کليل BSD لائسنس جي تحت.

گڏ ڪرڻ لاء، صرف ڊائون لوڊ ڪريو پيچ nginx 1.16 ڏانهن ۽ ڪوڊ quiche لائبريريون، پوءِ nginx کي اختيارن سان ٻيهر ٺاھيو “—with-http_v3_module —with-quiche=../quiche“. تعمير ڪرڻ وقت، TLS سپورٽ بورنگ ايس ايس ايل لائبريري تي ٻڌل هجڻ گهرجي (“-with-openssl=../quiche/deps/boringssl”)، OpenSSL جو استعمال اڃا تائين سهڪار نه ڪيو ويو آهي. ڪنيڪشن قبول ڪرڻ لاءِ، توهان کي سيٽنگن ۾ ”ڪوئڪ“ پرچم سان ٻڌڻ جي هدايت شامل ڪرڻ جي ضرورت آهي (مثال طور، ”ٻڌڻ 443 ڪوڪ ٻيهر استعمال“).

ڪلائنٽ سافٽ ويئر ۾، HTTP/3 سپورٽ اڳ ۾ ئي شامل ڪئي وئي آهي تجرباتي تعميرات جي ڪروم ڪينري ۽ ڪرل يوٽيلٽي. سرور جي پاسي، هن وقت تائين ان کي الڳ، محدود استعمال ڪرڻ ضروري هو امتحان جي عملن. nginx ۾ HTTP/3 کي پروسيس ڪرڻ جي صلاحيت خاص طور تي HTTP/3 سپورٽ سان سرورز جي ترتيب کي آسان بڻائي سگهندي ۽ نئين پروٽوڪول جي امتحان تي عمل درآمد کي وڌيڪ پهچندي. nginx ۾ HTTP/3 لاءِ معياري سپورٽ جو اڀرڻ جي توقع آهي 1.17.x برانچ ۾ 6-12 مهينن لاء.

ياد رهي ته HTTP/3 معياري ڪري ٿو QUIC پروٽوڪول جي استعمال کي HTTP/2 لاءِ ٽرانسپورٽ جي طور تي. پروٽوڪول QUIC (Quick UDP انٽرنيٽ ڪنيڪشن) گوگل پاران 2013 کان ترقي ڪئي وئي آھي ويب لاءِ TCP+TLS ميلاپ جي متبادل طور، TCP ۾ ڪنيڪشنز لاءِ ڊگھي سيٽ اپ ۽ ڳالهين جي وقتن سان مسئلن کي حل ڪرڻ ۽ ڊيٽا جي منتقلي دوران پيڪيٽ گم ٿيڻ تي دير کي ختم ڪرڻ. QUIC UDP پروٽوڪول جو هڪ واڌارو آهي جيڪو ڪيترن ئي ڪنيڪشن جي ملٽي پلڪسنگ کي سپورٽ ڪري ٿو ۽ TLS/SSL جي برابر انڪرپشن طريقا مهيا ڪري ٿو.

مکيه особенности QUIC:

• اعلي سلامتي TLS سان ملندڙ جلندڙ (لازمي طور تي QUIC UDP تي TLS استعمال ڪرڻ جي صلاحيت فراهم ڪري ٿي)؛
• وهڪري جي سالميت جو ڪنٽرول، پيٽ جي نقصان کي روڪڻ؛
• فوري طور تي ڪنيڪشن قائم ڪرڻ جي صلاحيت (0-RTT، تقريبن 75٪ ڪيسن ۾ ڊيٽا ڪنيڪشن سيٽ اپ پيڪٽ موڪلڻ کان پوء فوري طور تي منتقل ٿي سگهي ٿو) ۽ هڪ درخواست موڪلڻ ۽ جواب حاصل ڪرڻ جي وچ ۾ گهٽ ۾ گهٽ دير فراهم ڪريو (RTT، گول ٽرپ ٽائيم)؛
• هڪ ئي ترتيب نمبر استعمال نه ڪيو جڏهن هڪ پيڪٽ کي ٻيهر منتقل ڪيو وڃي، جيڪو وصول ٿيل پيڪٽ جي سڃاڻپ ۾ مونجهاري کان بچي ٿو ۽ وقت ختم ٿيڻ کان نجات حاصل ڪري ٿو.
• پيڪٽ جو نقصان صرف ان سان لاڳاپيل وهڪرو جي ترسيل کي متاثر ڪري ٿو ۽ موجوده ڪنيڪشن ذريعي منتقل ٿيل متوازي اسٽريمز ۾ ڊيٽا جي ترسيل کي روڪي نٿو سگهي؛
• غلطي جي اصلاح جون خاصيتون جيڪي گم ٿيل پيڪٽس جي ٻيهر منتقلي جي ڪري دير کي گھٽ ڪن ٿيون. پيڪٽ جي سطح تي خاص غلطي جي اصلاح واري ڪوڊ جو استعمال حالتن کي گھٽائڻ لاءِ گم ٿيل پيڪٽ ڊيٽا جي ٻيهر منتقلي جي ضرورت آهي.
• Cryptographic بلاڪ جون حدون QUIC پيڪٽ جي حدن سان جڙيل آهن، جيڪي ايندڙ پيڪٽن جي مواد کي ڊيڪوڊنگ ڪرڻ تي پيڪٽ جي نقصان جي اثر کي گھٽائي ٿي؛
• TCP قطار بلاڪ ڪرڻ سان ڪو مسئلو ناهي؛
• ڪنيڪشن جي سڃاڻپ ڪندڙ لاءِ سپورٽ، جيڪو موبائل ڪلائنٽ لاءِ ٻيهر ڪنيڪشن قائم ڪرڻ ۾ لڳل وقت کي گھٽائي ٿو؛
• ڳنڍڻ جو امڪان ترقي يافته ڪنيڪشن ڪنجيشن ڪنٽرول ميڪانيزم؛
• استعمال ڪري ٿو في-هدايت ذريعي پيشنگوئي ڪرڻ واري ٽيڪنڪ کي يقيني بڻائڻ لاءِ ته پيڪيٽس بهترين قيمتن تي موڪليا وڃن ، انهن کي گهمڻ کان روڪيو ۽ پيڪيٽ جي نقصان جو سبب بڻجن.
• سمجهه وارو واڌ TCP جي مقابلي ۾ ڪارڪردگي ۽ throughput. وڊيو سروسز لاءِ جيئن يوٽيوب، QUIC کي ڏيکاريو ويو آهي ته ريفرنگ آپريشن کي گھٽائڻ لاءِ جڏهن وڊيوز کي 30 سيڪڙو ڏسڻ ۾ اچي.

جو ذريعو: opennet.ru