في الآونة الأخيرة IETF (فريق عمل هندسة الإنترنت) ، الذي يطور بروتوكولات وبنية الإنترنت ، كشف النقاب الخبر الذي أكمل تشكيل RFC لبروتوكول HTTP / 3.0 ونشرت المواصفات ذات الصلة ضمن معرّفات RFC 9114 و RFC 9204.
مواصفات HTTP / 3.0 حصل على حالة "المعيار المقترح" ، وبعد ذلك سيبدأ العمل في منح RFC حالة مسودة المعيار (مسودة المعيار) ، وهو ما يعني في الواقع تثبيتًا كاملاً للبروتوكول ومراعاة جميع التعليقات المقدمة.
بروتوكول يحدد HTTP / 3 استخدام بروتوكول QUIC (اتصالات إنترنت UDP سريعة) كوسيلة نقل لـ HTTP / 2. QUIC هو مكون إضافي لبروتوكول UDP يدعم تعدد إرسال اتصالات متعددة ويوفر طرق تشفير مكافئة لـ TLS / SSL.
تم إنشاء البروتوكول في عام 2013 بواسطة Google كبديل لـ TCP + TLS للويب ، حل مشكلة إعداد الاتصال الطويل ووقت التفاوض في TCP والقضاء على التأخيرات بسبب فقدان الحزمة أثناء نقل البيانات.
حاليا، تم تنفيذ دعم QUIC و HTTP / 3.0 بالفعل في جميع المتصفحات المواقع الشعبية. على جانب الخادم ، تتوفر تطبيقات HTTP / 3 لـ nginx (في فرع منفصل وكوحدة منفصلة) و Caddy و IIS و LiteSpeed. يتم أيضًا دعم HTTP / 3 بواسطة شبكة توصيل المحتوى الخاصة بـ Cloudflare.
الميزات الرئيسية لـ QUIC:
- أمان عالي ، على غرار TLS (في الواقع ، يوفر QUIC القدرة على استخدام TLS عبر UDP)
- التحكم في سلامة الإرسال لمنع فقدان الحزمة
- القدرة على إنشاء اتصال على الفور وضمان الحد الأدنى من التأخير بين إرسال الطلب وتلقي الرد (RTT ، وقت الذهاب والإياب)
- استخدم رقم تسلسلي مختلف عند إعادة إرسال حزمة ، مما يسمح لك بتجنب الغموض عند تحديد الحزم المستلمة والتخلص من المهلات
- يؤثر فقدان الحزمة على تسليم التدفق المرتبط بها فقط ولا يوقف تسليم البيانات في التدفقات المرسلة بالتوازي عبر الاتصال الحالي
- أدوات تصحيح الأخطاء التي تقلل التأخير بسبب إعادة إرسال الحزم المفقودة. استخدام أكواد خاصة لتصحيح الأخطاء على مستوى الحزمة لتقليل المواقف التي تتطلب إعادة إرسال بيانات الحزمة المفقودة.
- تتم محاذاة حدود كتلة التشفير مع حدود حزمة QUIC ، مما يقلل من تأثير فقدان الحزمة على فك تشفير محتوى الحزم اللاحقة
- لا توجد مشاكل مع حظر قائمة انتظار TCP
- دعم تعريف الاتصال لتقليل وقت إعادة الاتصال للعملاء المتنقلين
- إمكانية توصيل آليات متقدمة للتحكم في الحمل الزائد للاتصال
- استخدم تقنيات التنبؤ بعرض النطاق الترددي في كل اتجاه لضمان معدلات إعادة توجيه الحزمة المثلى ، وتجنب حالات الازدحام حيث تفقد الحزم.
- مكاسب ملحوظة في الأداء والأداء عبر بروتوكول TCP. بالنسبة لخدمات الفيديو مثل YouTube ، فقد ثبت أن QUIC يقلل من عمليات التخزين المؤقت للفيديو بنسبة 30٪.
بالإضافة إلى ذلك ، في نفس الوقت أيضًا ، تم نشر إصدارات محدثة من المواصفات لبروتوكولات HTTP / 1.1 (RFC 9112) و HTTP / 2.0 (RFC 9113) ، بالإضافة إلى المستندات التي تحدد دلالات طلبات HTTP (RFC 9110) ورؤوس التحكم في التخزين المؤقت HTTP (RFC 9111).
من التغييرات في المواصفات HTTP / 1.1 ، يمكنك ملاحظة الحظر من الاستخدام المنفصل لحرف الإرجاع (CR) خارج الجسم مع المحتوى، على سبيل المثال ، في عناصر البروتوكول ، لا يمكن استخدام حرف CR إلا مع حرف الخط الجديد (CRLF).
El تم تحسين خوارزمية تخطيط الطلب المقسم لتبسيط الفصل بين الحقول والأقسام المرفقة بالرؤوس. تمت إضافة إرشادات للتعامل مع المحتوى الغامض لمنع هجمات فئة "HTTP Request Smuggling" التي يمكن أن تتطفل على محتوى طلبات المستخدمين الآخرين في التدفق بين الواجهة الأمامية والخلفية.
تحديث للمواصفات يحدد HTTP / 2.0 صراحة دعم TLS 1.3 ، تم إيقاف مخطط تحديد الأولويات وحقول الرأس ذات الصلة وآلية التحديث تم إيقاف اتصال HTTP / 1.1 المتوقف.
أخيرًا ، إذا كنت مهتمًا بأن تكون قادرًا على معرفة المزيد عنها ، فيمكنك الرجوع إلى التفاصيل في الرابط التالي.