الخلاصة

  • أضاف RFC 1877 أربعة خيارات IPCP لعناوين DNS وNBNS الأولية والثانوية، وكان العنوان الصفري طلباً صريحاً كي يعيد النظير اقتراحاً في Configure-Nak.
  • لم تكن Nak قبولاً ولا تعديلاً للطلب. كان على العميل إرسال Configure-Request جديد بالقيمة المقترحة ثم تلقي Ack المطابق.
  • العنوان المتفق عليه لم يثبت فتح IPCP أو وجود مسار أو وصول الاستعلام أو صحة الجواب أو استخدام التطبيق؛ لكل خطوة سجلها الخاص.

حين كان العنوان المستحيل طريقة للسؤال

قد تنجح الوصلة الهاتفية في حمل IP بينما يعجز المضيف عن استخدام اسم عادي. المشكلة ليست في الحامل وحده، بل في غياب عنوان الجهة التي سيسألها التطبيق. نشر RFC 1877 في ديسمبر 1995 حلاً مقتصداً: أضاف معلومات خوادم الأسماء إلى IPCP، أي إلى المحادثة التي كانت تهيئ IP فوق PPP أصلاً.

حدد المستند أربعة أنواع. النوع 129 لعنوان DNS الأولي، و130 لـNBNS الأولي، و131 لـDNS الثانوي، و132 لـNBNS الثانوي. يتكون كل خيار من النوع والطول ستة وعنوان IPv4 من أربعة ثمانيات. ما زال سجل IANA لأرقام PPP يربط هذه الأرقام بالمستند. يثبت السجل معنى الرقم، لا أن جهازاً معاصراً تفاوض عليه.

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

إذا لم يعرف العميل العنوان، أرسل أربع ثمانيات صفراً. عرف RFC ذلك باعتباره طلباً صريحاً لتوفير المعلومة داخل Configure-Nak. وكان يمكن أيضاً إرسال قيمة أخرى غير صالحة عمداً. يرفض النظير القيمة ويعيد عنواناً يراه مقبولاً.

بهذا احتفظ كل طرف بقراره. النظير يقترح، والعميل يقرر هل يعيد الطلب. لو طبّق العميل ما في Nak فوراً لتحول الاقتراح إلى أمر من دون موافقته.

لم يكتمل الاتفاق في رسالة الرفض

استعار RFC 1877 التنسيق والسلوك من خيار IP-Address في RFC 1332. يعلن Configure-Request قيمة مطلوبة، وتقترح Configure-Nak بديلاً. أما Configure-Reject فيعيد الخيار من دون تعديل إذا لم يكن معروفاً أو قابلاً للتفاوض. ويقبل Configure-Ack الطلب الحالي كما هو.

لنفرض أن العميل أرسل النوع 129 مع 0.0.0.0، فأعاد النظير 192.0.2.53 في Nak. يثبت ذلك وصول الطلب وفهم الخيار واستعداد النظير لقبول هذا العنوان. لا يثبت أن العميل اعتمده. يجب أن يرسل العميل Request جديداً يتضمن 192.0.2.53، ثم يتلقى Ack يخص ذلك الطلب تحديداً.

لذلك لا يكفي حفظ السطر «DNS = 192.0.2.53». يلزم حفظ معرف الحزمة والمحاولة والطلب والرد. قد تتأخر Nak قديمة، أو تتكرر Ack، أو يبدأ طلب جديد بقيمة أخرى. من دون السياق يتحول أثر تاريخي إلى حالة حالية زائفة.

ويضع RFC 1661 هذه الخطوات بعد مراحل أخرى: يصبح الوسط الفيزيائي متاحاً، ويفتح LCP الوصلة، وتكتمل المصادقة إن كانت مطلوبة، ثم تبدأ مرحلة بروتوكولات طبقة الشبكة. يفتح كل NCP بصورة مستقلة. لا يصبح Ack لخيار DNS دليلاً على أن IPCP بلغ Opened أو أن حزم IP صارت مقبولة على الوصلة.

تشابه الحقول لم يوحد خدمتين

يصف RFC 1034 وRFC 1035 DNS بوصفه نظاماً موزعاً فيه محللات وخوادم وسلطات أسماء. ويصف RFC 1001 وRFC 1002 خدمة أسماء NetBIOS فوق TCP/UDP. حملت الخدمتان خياراً بالشكل نفسه لتسهيل التنفيذ، لكن الاستعلامات والبيانات وحدود الثقة لم تصبح واحدة.

تفاوض الطرفان على العنوان الأولي والثانوي كل على حدة. وإذا حضرا معاً أوصى RFC بمحاولة الأولي قبل الثانوي. تعني كلمة «الأولي» هنا ترتيب استخدام لدى طرف PPP. لا تعني أن الخادم يحمل النسخة الرئيسية من منطقة DNS. تشابه اللفظ لا ينقل سلطة سياق إلى آخر.

يمكن أن يقبل النظير DNS الأولي ويرفض الثانوي، أو يوفر DNS بلا NBNS، أو تتوزع القيم على جولات مختلفة. لم تكن الخيارات الأربعة معاملة ذرية. وكان الافتراض لكل واحد منها ألا يوفر عنواناً. الغياب لا يسمح باختراع خادم موروث أو غير محدود.

صلاحية الاقتراح كانت رهينة الطوبولوجيا

اقترح RFC 1877 ألا تدرج هذه الخيارات ضمن قائمة IPCP الموصى بها، لأن فائدة معلومات خادم الأسماء تعتمد على طوبولوجيا الشبكة البعيدة وعلى تطبيق الطرف المحلي. قد يتفق الطرفان على عنوان صحيح الصياغة ولا يوجد إليه مسار بعد فتح IPCP. وقد يجيب عن DNS بينما يحتاج التطبيق إلى NBNS، أو يرجع جواباً ترفضه السياسة المحلية.

لهذا تستمر سلسلة الإثبات بعد الاتفاق: IPCP Opened، تثبيت الواجهة والمسار، خروج الحزمة، وصول الاستعلام، مطابقة الرد، تقييم السلطة أو السلامة، اختيار التطبيق للجواب، ثم نجاح العملية للمستخدم. لا تختصر إشارة «متصل» هذه المراحل.

كان RFC 1877 معلوماتياً لا معيار إنترنت، وقال إن قضايا الأمن لم تناقش. لا يثبت وضعه انتشاراً عاماً، ولا يصنع الصمت ضمانة أمن. لم تُوثق هوية النظير أو الخادم المقترح أو الرد اللاحق بمجرد هذه الخيارات.

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