الخلاصة

  • يوثق preferred_address ما أرسله الخادم لهذه الوصلة، لكنه لا يثبت أن العميل يستطيع الوصول إلى العنوان المعلن.
  • بعد تأكيد المصافحة، يختار العميل IPv4 أو IPv6 ويستخدم معرّف اتصال غير مستخدم ويبدأ التحقق قبل الترحيل.
  • يجب فصل التحقق وMTU والازدحام وRTT واستمرارية التطبيق والنتيجة التجارية في سجلات مستقلة.

يبدأ الخطأ التشغيلي عندما يحول سجل الأصول عنوانًا مفضلًا معلنًا إلى نقطة نهاية حية قبل أن يختبر العميل المسار. يسمح QUIC للخادم بقبول الاتصال على عنوان IP ثم تقديم عنوان مفضل بعد المصافحة بقليل. قد يكون ذلك مفيدًا عندما يكون العنوان الأول مشتركًا بين خوادم عدة، وعندما يوفر عنوان أحادي الإرسال استقرارًا أكبر للاتصال. لكن العرض ليس قياسًا للمسار المقصود.

الخادم وحده يرسل معامل النقل preferred_address داخل مصافحة TLS. ويثبت استقباله بصورة موثقة أن الطرف المقابل قدم هذه القيم لهذه الوصلة. لا يثبت أن العميل يستطيع الوصول إلى زوج IPv4 أو IPv6، أو أن التحقق سينجح، أو أن المسار يملك MTU صالحًا أو سعة متاحة أو توافرًا مستقبليًا أو استمرارية للتطبيق أو نتيجة أعمال ناجحة.

يمكن أن يتضمن المعامل عنوانًا ومنفذًا لـ IPv4 وعنوانًا ومنفذًا لـ IPv6. ويمكن حذف إحدى العائلتين بترميز العنوان والمنفذ بصفر كامل. هذا يمنح العميل خيارًا يناسب اتصاله الشبكي، ولا يعني أن المسارين اختُبرا من هذا العميل. بعد تأكيد المصافحة يختار العميل العنوان ويبدأ التحقق. لا يبدأ الخادم الترحيل؛ فالعميل هو الذي يبدأه. وينبغي أن يستخدم معرّف اتصال نشطًا لم يُستخدم من قبل، مصدره preferred_address أو NEW_CONNECTION_ID. يحمل المعرّف البديل رقم التسلسل 1، ويتضمن Stateless Reset Token من 16 بايت. ولا يرتبط المعرّف بالعنوان المفضل، ويمكن استخدامه على أي مسار.

لا يستطيع خادم يستخدم معرّف اتصال بطول صفر توفير عنوان مفضل، كما لا يجوز أن يحتوي المعامل على معرّف بطول صفر. وتُعد المخالفة حالة TRANSPORT_PARAMETER_ERROR. وقبل التحقق لا يجوز للعميل إرسال إطارات غير استكشافية إلى العنوان المفضل، مما يحد من التعرض لتزوير الطلبات. تمثل PATH_CHALLENGE وPATH_RESPONSE جزءًا من التحقق؛ ولا يحول نجاح لاحق الإعلان الأصلي إلى قياس بأثر رجعي.

إذا نجح التحقق، ينبغي للعميل إرسال الحزم المستقبلية إلى عنوان الخادم الجديد باستخدام المعرّف الجديد، والتوقف عن استخدام العنوان القديم. وإذا فشل، فعليه الاستمرار في الإرسال إلى عنوان IP الأصلي. ولدى الخادم شروط مستقلة: فهو يرسل استكشافًا من العنوان المفضل، ويواصل إرسال الحزم غير الاستكشافية من العنوان الأصلي حتى يتلقى حزمة غير استكشافية من العميل على العنوان المفضل ويتحقق من المسار الجديد. بعد تحقق الشرطين فقط يرسل حصريًا من العنوان المفضل، مع إمكانية معالجة حزم متأخرة وصلت إلى العنوان القديم.

العنوان المفضل صالح للوصلة التي قُدم فيها فقط، ولا يجوز إعادة استخدامه لوصلة أخرى، بما في ذلك وصلة مستأنفة. ولا يمنع disable_active_migration هذا الإجراء الذي يستجيب لعنوان قدمه الطرف المقابل. إذا تحرك العميل قبل الترحيل، فعليه التحقق بالتوازي من عنواني الخادم الأصلي والمفضل من عنوان العميل الجديد. وقد يؤدي تغير ربط NAT إلى رؤية الخادم لعنوان مصدر مختلف عند العنوان المفضل؛ عندها يطبق دفاعات انتحال الترحيل ويبدأ التحقق تجاه ذلك المصدر.

ينبغي أن يفصل السجل التشغيلي بين استلام المعامل الموثق، وأزواج عناوين IPv4/IPv6 بما فيها قيم الصفر للعائلة الغائبة، وبصمة محمية لمعرّف التسلسل 1 ومرجع رمز إعادة الضبط، وتأكيد المصافحة، واختيار العائلة، والمعرّف المستخدم فعليًا، وبداية التحقق ونتيجته وسبب التخلي عنه، ووقت انتقال العميل وحالة الرجوع إلى العنوان الأصلي، واستكشاف الخادم والتحقق منه وأول حزمة غير استكشافية، وتغير NAT، وMTU، وحالة الازدحام/RTT، واستمرارية التطبيق، والنتيجة التجارية. البصمات التي تحمي الخصوصية وضوابط الاحتفاظ توصيات تشغيلية وليست متطلبات QUIC.

يجب كذلك الحفاظ على الفصل عن TR-027 الخاص بتقارب الترحيل، وTR-040 الخاص بجرد معرّفات الاتصال، وTR-059 الخاص بسقف الاستقبال مقابل MTU، وTR-062 الخاص بدليل قابلية عودة المسار المكتمل، وTR-047 الخاص بحدود مهلة الخمول. نجاح التحقق له معنى محدود؛ ولا يجعل الدعوة ضمانًا.