IETF (انٽرنيٽ انجنيئرنگ ٽاسڪ فورس)، جيڪو انٽرنيٽ پروٽوڪول ۽ آرڪيٽيڪچر جي ترقيءَ جو ذميوار آهي، HTTP/3.0 پروٽوڪول لاءِ آر ايف سي جي ٺهڻ کي مڪمل ڪيو آهي ۽ لاڳاپيل وضاحتون شايع ڪيون ويون آهن سڃاڻپ ڪندڙ RFC 9114 (پروٽوڪول) ۽ RFC 9204 ( HTTP/3 لاءِ QPACK هيڊر ڪمپريشن ٽيڪنالاجي). HTTP/3.0 وضاحتن کي "تجويز ڪيل معيار" جي حيثيت حاصل ٿي چڪي آهي، جنهن کان پوءِ ڪم شروع ڪيو ويندو آر ايف سي کي ڊرافٽ معيار (ڊرافٽ اسٽينڊرڊ) جو درجو ڏيڻ لاءِ، جنهن جو اصل مطلب آهي پروٽوڪول جي مڪمل استحڪام ۽ سڀني کي نظر ۾ رکندي. ڪيل رايا. ساڳئي وقت، HTTP/1.1 (RFC 9112) ۽ HTTP/2.0 (RFC 9113) پروٽوڪول لاءِ وضاحتن جا اپڊيٽ ورجن شايع ڪيا ويا، گڏو گڏ دستاويز جيڪي HTTP درخواستن (RFC 9110) ۽ HTTP ڪيچنگ ڪنٽرول هيڊرز جي معنائن کي بيان ڪن ٿا. (RFC 9111).
HTTP/3 پروٽوڪول QUIC (Quick UDP انٽرنيٽ ڪنيڪشن) پروٽوڪول جي استعمال کي HTTP/2 لاءِ ٽرانسپورٽ طور بيان ڪري ٿو. QUIC UDP پروٽوڪول جو هڪ واڌارو آهي جيڪو ڪيترن ئي ڪنيڪشن جي ملٽي پلڪسنگ کي سپورٽ ڪري ٿو ۽ TLS/SSL جي برابر انڪرپشن طريقا مهيا ڪري ٿو. پروٽوڪول 2013 ۾ گوگل طرفان ويب لاءِ TCP+TLS ميلاپ جي متبادل جي طور تي ٺاهيو ويو، TCP ۾ ڊگھي ڪنيڪشن سيٽ اپ ۽ ڳالهين جي وقتن سان مسئلن کي حل ڪرڻ ۽ ڊيٽا جي منتقلي دوران پيڪيٽ گم ٿيڻ تي دير کي ختم ڪرڻ.
في الحال، QUIC ۽ HTTP/3.0 سپورٽ اڳ ۾ ئي سڀني مشهور ويب برائوزرن ۾ لاڳو ٿيل آهي (ڪروم، فائر فاڪس ۽ ايج ۾، HTTP/3 سپورٽ ڊفالٽ طور تي فعال ٿيل آهي، ۽ سفاري ۾ ان کي "ترقي يافته> تجرباتي خاصيتون> HTTP/3" سيٽنگ جي ضرورت آهي. چالو ڪيو وڃي). سرور جي پاسي تي، HTTP/3 لاڳو ڪرڻ موجود آهن nginx لاءِ (هڪ الڳ برانچ ۾ ۽ هڪ الڳ ماڊل جي صورت ۾)، ڪيڊي، IIS ۽ LiteSpeed. HTTP/3 سپورٽ پڻ مهيا ڪئي وئي آهي Cloudflare مواد پهچائڻ واري نيٽ ورڪ طرفان.
QUIC جي اهم خاصيتون:
- اعلي سلامتي TLS سان ملندڙ جلندڙ (لازمي طور تي QUIC UDP تي TLS استعمال ڪرڻ جي صلاحيت فراهم ڪري ٿي)؛
- وهڪري جي سالميت جو ڪنٽرول، پيٽ جي نقصان کي روڪڻ؛
- فوري طور تي ڪنيڪشن قائم ڪرڻ جي صلاحيت (0-RTT، تقريبن 75٪ ڪيسن ۾ ڊيٽا ڪنيڪشن سيٽ اپ پيڪٽ موڪلڻ کان پوء فوري طور تي منتقل ٿي سگهي ٿو) ۽ هڪ درخواست موڪلڻ ۽ جواب حاصل ڪرڻ جي وچ ۾ گهٽ ۾ گهٽ دير فراهم ڪريو (RTT، گول ٽرپ ٽائيم)؛
- هڪ مختلف ترتيب نمبر استعمال ڪندي جڏهن هڪ پيڪٽ کي ٻيهر منتقل ڪيو وڃي، جيڪو وصول ٿيل پيڪٽ جي سڃاڻپ ۾ مونجهاري کان بچي ٿو ۽ وقت ختم ٿيڻ کان نجات حاصل ڪري ٿو؛
- پيڪٽ جو نقصان صرف ان سان لاڳاپيل وهڪرو جي ترسيل کي متاثر ڪري ٿو ۽ موجوده ڪنيڪشن ذريعي منتقل ٿيل متوازي اسٽريمز ۾ ڊيٽا جي ترسيل کي روڪي نٿو سگهي؛
- غلطي جي اصلاح جون خاصيتون جيڪي گم ٿيل پيڪٽس جي ٻيهر منتقلي جي ڪري دير کي گھٽ ڪن ٿيون. پيڪٽ جي سطح تي خاص غلطي جي اصلاح واري ڪوڊ جو استعمال حالتن کي گھٽائڻ لاءِ گم ٿيل پيڪٽ ڊيٽا جي ٻيهر منتقلي جي ضرورت آهي.
- Cryptographic بلاڪ جون حدون QUIC پيڪٽ جي حدن سان جڙيل آهن، جيڪي ايندڙ پيڪٽن جي مواد کي ڊيڪوڊنگ ڪرڻ تي پيڪٽ جي نقصان جي اثر کي گھٽائي ٿي؛
- TCP قطار بلاڪ ڪرڻ سان ڪو مسئلو ناهي؛
- ڪنيڪشن جي سڃاڻپ ڪندڙ لاءِ سپورٽ، جيڪو موبائل ڪلائنٽ لاءِ ٻيهر ڪنيڪشن قائم ڪرڻ ۾ لڳل وقت کي گھٽائي ٿو؛
- ڳنڍڻ جو امڪان ترقي يافته ڪنيڪشن ڪنجيشن ڪنٽرول ميڪانيزم؛
- استعمال ڪري ٿو في-هدايت ذريعي پيشنگوئي ڪرڻ واري ٽيڪنڪ کي يقيني بڻائڻ لاءِ ته پيڪيٽس بهترين قيمتن تي موڪليا وڃن ، انهن کي گهمڻ کان روڪيو ۽ پيڪيٽ جي نقصان جو سبب بڻجن.
- TCP جي مقابلي ۾ ڪارڪردگي ۽ throughput ۾ اهم اضافو. وڊيو خدمتن لاءِ جيئن يوٽيوب، QUIC کي ڏيکاريو ويو آهي ته ريفرنگ آپريشن کي گهٽائڻ لاءِ جڏهن وڊيوز کي 30 سيڪڙو تائين ڏسو.
HTTP/1.1 وضاحتن ۾ تبديلين جي وچ ۾، ڪو به مواد سان گڏ جسم کان ٻاهر گاڏي جي واپسي (CR) ڪردار جي الڳ ٿيل استعمال تي پابندي کي نوٽ ڪري سگھي ٿو، يعني. پروٽوڪول عناصر ۾، CR ڪردار صرف لائن فيڊ ڪردار (CRLF) سان گڏ استعمال ڪري سگھجي ٿو. منسلڪ شعبن ۽ حصن جي هيڊرن سان الڳ ڪرڻ کي آسان ڪرڻ لاءِ chunked درخواست جي ترتيب واري الگورٿم کي بهتر ڪيو ويو آهي. "HTTP درخواست اسمگلنگ" حملن کي بلاڪ ڪرڻ لاءِ مبهم مواد کي سنڀالڻ لاءِ سفارشون شامل ڪيون ويون، جيڪي اسان کي پاڻ کي ٻين صارفين جي درخواستن جي مواد ۾ شامل ڪرڻ جي اجازت ڏين ٿيون فرنٽ اينڊ ۽ پس منظر جي وچ ۾ وهڪري ۾.
HTTP/2.0 وضاحت جي تازه ڪاري واضح طور تي TLS 1.3 لاءِ سپورٽ جي وضاحت ڪري ٿي. ترجيحي اسڪيم ۽ لاڳاپيل هيڊر فيلڊز کي رد ڪيو ويو. HTTP/1.1 سان ڪنيڪشن کي تازه ڪاري ڪرڻ لاءِ غير استعمال ٿيل ميڪانيزم کي ختم ٿيل قرار ڏنو ويو آهي. فيلڊ جي نالن ۽ قدرن کي جانچڻ لاءِ گھٽ ضرورتون. ڪجھ اڳ ۾ رکيل فريم جا قسم ۽ پيٽرول استعمال لاءِ تجويز ڪيل آھن. ڪنيڪشن سان لاڳاپيل ممنوع هيڊر فيلڊ وڌيڪ واضح طور تي بيان ڪيا ويا آهن.
جو ذريعو: opennet.ru