IETF (انٹرنیٹ انجینئرنگ ٹاسک فورس)، جو انٹرنیٹ پروٹوکولز اور فن تعمیر کی ترقی کے لیے ذمہ دار ہے، نے HTTP/3.0 پروٹوکول کے لیے ایک RFC کی تشکیل مکمل کر لی ہے اور شناخت کنندگان RFC 9114 (پروٹوکول) اور RFC 9204 کے تحت متعلقہ وضاحتیں شائع کی ہیں۔ HTTP/3 کے لیے QPACK ہیڈر کمپریشن ٹیکنالوجی)۔ HTTP/3.0 تفصیلات کو "مجوزہ معیار" کا درجہ مل گیا ہے، جس کے بعد RFC کو ڈرافٹ اسٹینڈرڈ (ڈرافٹ اسٹینڈرڈ) کا درجہ دینے کے لیے کام شروع ہو جائے گا، جس کا اصل مطلب پروٹوکول کا مکمل استحکام اور تمام چیزوں کو مدنظر رکھنا ہے۔ کئے گئے تبصرے. ایک ہی وقت میں، HTTP/1.1 (RFC 9112) اور HTTP/2.0 (RFC 9113) پروٹوکول کے لیے تصریحات کے تازہ ترین ورژن شائع کیے گئے، ساتھ ہی HTTP درخواستوں (RFC 9110) اور HTTP کیچنگ کنٹرول ہیڈر کے الفاظ کی وضاحت کرنے والی دستاویزات۔ (RFC 9111)۔
HTTP/3 پروٹوکول QUIC (Quick UDP Internet Connections) پروٹوکول کے استعمال کو HTTP/2 کے لیے نقل و حمل کے طور پر بیان کرتا ہے۔ QUIC UDP پروٹوکول کی توسیع ہے جو متعدد کنکشنز کے ملٹی پلیکسنگ کو سپورٹ کرتا ہے اور TLS/SSL کے مساوی خفیہ کاری کے طریقے فراہم کرتا ہے۔ پروٹوکول کو 2013 میں گوگل نے ویب کے لیے TCP+TLS امتزاج کے متبادل کے طور پر بنایا تھا، جس میں TCP میں طویل کنکشن سیٹ اپ اور گفت و شنید کے اوقات کے ساتھ مسائل کو حل کیا گیا تھا اور ڈیٹا کی منتقلی کے دوران پیکٹ کے ضائع ہونے پر تاخیر کو ختم کیا گیا تھا۔
فی الحال، تمام مشہور ویب براؤزرز میں QUIC اور HTTP/3.0 سپورٹ پہلے سے ہی نافذ ہے (کروم، فائر فاکس اور ایج میں، HTTP/3 سپورٹ بطور ڈیفالٹ فعال ہے، اور سفاری میں اسے "اعلیٰ> تجرباتی خصوصیات> HTTP/3" ترتیب کی ضرورت ہوتی ہے۔ فعال کیا جائے)۔ سرور کی طرف، HTTP/3 نفاذ nginx (ایک الگ برانچ میں اور علیحدہ ماڈیول کی شکل میں)، Caddy، IIS اور LiteSpeed کے لیے دستیاب ہیں۔ Cloudflare مواد کی ترسیل کے نیٹ ورک کے ذریعے HTTP/3 سپورٹ بھی فراہم کی جاتی ہے۔
QUIC کی اہم خصوصیات:
- TLS سے ملتی جلتی اعلی سیکیورٹی (بنیادی طور پر QUIC UDP پر TLS استعمال کرنے کی صلاحیت فراہم کرتا ہے)؛
- فلو سالمیت کنٹرول، پیکٹ کے نقصان کو روکنا؛
- فوری طور پر کنکشن قائم کرنے کی صلاحیت (0-RTT، تقریباً 75% کیسز میں ڈیٹا کو کنکشن سیٹ اپ پیکٹ بھیجنے کے فوراً بعد منتقل کیا جا سکتا ہے) اور درخواست بھیجنے اور جواب موصول ہونے کے درمیان کم سے کم تاخیر فراہم کرنا (RTT، راؤنڈ ٹرپ ٹائم)؛
- ایک پیکٹ کو دوبارہ منتقل کرتے وقت مختلف ترتیب نمبر کا استعمال، جو موصول ہونے والے پیکٹوں کی شناخت میں ابہام سے بچتا ہے اور ٹائم آؤٹ سے چھٹکارا پاتا ہے۔
- پیکٹ کے کھو جانے سے صرف اس سے منسلک سٹریم کی ڈیلیوری متاثر ہوتی ہے اور موجودہ کنکشن کے ذریعے منتقل ہونے والے متوازی اسٹریمز میں ڈیٹا کی ترسیل کو نہیں روکتا؛
- خرابی کی اصلاح کی خصوصیات جو کھوئے ہوئے پیکٹوں کی دوبارہ منتقلی کی وجہ سے تاخیر کو کم کرتی ہیں۔ گمشدہ پیکٹ ڈیٹا کی دوبارہ منتقلی کی ضرورت پڑنے والے حالات کو کم کرنے کے لیے پیکٹ کی سطح پر خرابی کے خصوصی کوڈز کا استعمال۔
- کرپٹوگرافک بلاک کی حدود QUIC پیکٹ کی حدود کے ساتھ منسلک ہیں، جو بعد کے پیکٹوں کے مواد کو ڈی کوڈ کرنے پر پیکٹ کے نقصانات کے اثرات کو کم کرتی ہے۔
- TCP قطار بلاک کرنے میں کوئی مسئلہ نہیں؛
- کنکشن شناخت کنندہ کے لیے سپورٹ، جو موبائل کلائنٹس کے لیے دوبارہ کنکشن قائم کرنے میں لگنے والے وقت کو کم کرتا ہے۔
- اعلی درجے کے کنکشن کنجشن کنٹرول میکانزم کو جوڑنے کا امکان؛
- اس بات کو یقینی بنانے کے لیے فی ڈائریکشن تھرو پٹ پیشن گوئی کی تکنیکوں کا استعمال کرتا ہے کہ پیکٹ زیادہ سے زیادہ قیمتوں پر بھیجے جاتے ہیں، ان کو بھیڑ ہونے سے روکتے ہیں اور پیکٹ کے نقصان کا سبب بنتے ہیں۔
- TCP کے مقابلے کارکردگی اور تھرو پٹ میں نمایاں اضافہ۔ یوٹیوب جیسی ویڈیو سروسز کے لیے، QUIC کو ویڈیوز دیکھنے کے دوران ریبفرنگ آپریشنز کو 30% کم کرنے کے لیے دکھایا گیا ہے۔
HTTP/1.1 تفصیلات میں تبدیلیوں میں، کوئی بھی مواد کے ساتھ جسم سے باہر کیریج ریٹرن (CR) کردار کے الگ تھلگ استعمال پر پابندی کو نوٹ کر سکتا ہے، یعنی پروٹوکول عناصر میں، CR کریکٹر کو صرف لائن فیڈ کریکٹر (CRLF) کے ساتھ مل کر استعمال کیا جا سکتا ہے۔ ہیڈر کے ساتھ منسلک فیلڈز اور سیکشنز کی علیحدگی کو آسان بنانے کے لیے chunked درخواست لے آؤٹ الگورتھم کو بہتر بنایا گیا ہے۔ "HTTP درخواست کی سمگلنگ" کے حملوں کو روکنے کے لیے مبہم مواد سے نمٹنے کے لیے سفارشات شامل کی گئی ہیں، جو ہمیں فرنٹ اینڈ اور بیک اینڈ کے درمیان بہاؤ میں دوسرے صارفین کی درخواستوں کے مواد میں خود کو شامل کرنے کی اجازت دیتی ہیں۔
HTTP/2.0 تفصیلات کی تازہ کاری واضح طور پر TLS 1.3 کے لیے تعاون کی وضاحت کرتی ہے۔ ترجیحی اسکیم اور متعلقہ ہیڈر فیلڈز کو فرسودہ کر دیا گیا۔ HTTP/1.1 کے ساتھ کنکشن کو اپ ڈیٹ کرنے کے لیے غیر استعمال شدہ طریقہ کار کو متروک قرار دے دیا گیا ہے۔ فیلڈ کے ناموں اور اقدار کی جانچ پڑتال کے لیے کم تقاضے کچھ پہلے سے محفوظ کردہ فریم کی اقسام اور پیرامیٹرز استعمال کے لیے تجویز کیے گئے ہیں۔ کنکشن سے متعلق ممنوعہ ہیڈر فیلڈز کو زیادہ واضح طور پر بیان کیا گیا ہے۔
ماخذ: opennet.ru