الخلاصة

  • تميز RFC 8490 بين نقل DNS المتصل وجلسة DSO المنشأة؛ تبدأ الحالة المستمرة بتبادل ناجح وصريح، لا بمجرد بقاء المقبس مفتوحاً.
  • يجعل TLV أساسي واحد ومعرّف الرسالة والمؤقتان وRetry Delay إنشاء الحالة وصيانتها وإنهاءها أموراً قابلة للإسناد.
  • تثبت رسالة keepalive أن المسار ما زال قابلاً للوصول، لكنها لا تثبت أن العملية المحتفظ بها ما زالت نافعة أو مخولة.

المقبس لا يملك تفويضاً ذاتياً

يربط DNS التقليدي سؤالاً بجواب. يسمح TCP بإعادة استخدام الاتصال، لكنه لا يمنح تلقائياً حق إنشاء اشتراك أو إرسال تغيير لاحق أو الاحتفاظ بحالة بعد الجواب. استمرارية النقل ليست سلطة للتطبيق.

صدرت RFC 8490 في مارس 2019، وشارك في تأليفها راي بيليس وستيوارت تشيشاير وجون ديكنسون وسارا ديكنسون وتيد ليمون وتوم بوساتيري. عرّفت DNS Stateful Operations، أو DSO، تحت OPCODE 6 وحدّثت RFC 1035 وRFC 7766. خطوتها الأساسية هي تسمية حالة يعرف الطرفان أنها موجودة ويعرفان القواعد التي تحدها.

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

عملية أساسية واحدة

تستخدم DSO رأس DNS المعتاد، لكنها تحمل العمليات في بنى Type-Length-Value. لكل رسالة Primary TLV واحد يحدد هل هي طلب يحتاج إلى جواب، أم رسالة أحادية الاتجاه لا يجوز الرد عليها.

يستخدم الطلب MESSAGE ID غير صفري، ويعيد الجواب القيمة نفسها؛ أما الرسالة الأحادية فتستخدم الصفر. يمكن إرسال طلبات متتابعة ووصول الأجوبة بترتيب مختلف، بينما ينفذ المستقبل العمليات حسب ترتيب وصولها. يحصل Primary TLV غير المعروف على DSOTYPENI، ويُتجاهل TLV الإضافي غير المعروف. هكذا لا يتطلب التوسع ادعاء فهم معنى مجهول.

ساعتان لصمت واحد

قد يكون الاتصال الصامت مهجوراً، أو قد يحمل اشتراكاً صالحاً ينتظر تغييراً. لذلك تفصل الوثيقة بين inactivity timeout وkeepalive interval.

الأول يقيس العمل المفيد. تبقى العملية طويلة الأجل نشطة حتى إلغائها ولو لم تمر رسائل. أما الثاني فيختبر قابلية الوصول، وقد يحافظ على حالة NAT والجدار الناري. نبضة keepalive تحفظ الطريق، ولا تجدد غرض العملية تلقائياً.

دمج الساعتين يؤدي إما إلى إسقاط الاشتراكات الهادئة أو إلى تخليد حالة قديمة. يجب رؤية المؤقتين مع العملية القائمة التي تبرر استهلاك الموارد.

إنهاء بلا عاصفة إعادة اتصال

يتيح Retry Delay للخادم إنهاء الجلسة وتحديد مدة الانتظار قبل العودة. تميز الرموز بين إعادة تشغيل عادية، وخطأ تنسيق خطير، ونفاد الموارد، وإعادة الإعداد. فلا تتحول عملية إغلاق منضبطة إلى موجة اتصالات متزامنة.

لكن الرمز دليل محدود. قد يدل SERVFAIL على تخفيف الحمل من دون كشف سببه الداخلي، ولا يثبت REFUSED إساءة أو سحباً دائماً. تتطلب DSO نقلاً موثوقاً مرتباً: DNS عبر TCP أو TLS. لا يملك UDP خصائص الجلسة المطلوبة، ويدير HTTPS جلساته بطريقة أخرى.

تستخدم RFC 8765 DSO في DNS Push Notifications. يبين ذلك أن القيمة ليست في إطالة الاتصال، بل في دورة حياة مشتركة يمكن لبروتوكول آخر الاعتماد عليها. ويسجل سجل IANA رموز DSO، لكنه لا يثبت الانتشار أو جودة التشغيل.

تظهر مساهمة راي بيليس في فصل الإنشاء والصمت والوصول والتحميل الزائد والإنهاء والمحاولة الجديدة. يمكن استخدام الاستمرار من دون أن يتحول إلى سلطة غير مرئية.

المصادر