التعيين الذي يستطيع المضيف طلبه وتظل البوابة صاحبة القرار فيه: PCP

الخلاصة

• أتاح PCP للمضيف أن يطلب صراحةً تعيين NAT أو فتحة في جدار الحماية، لكنه أبقى اختيار الطرف الخارجي والسياسة والمدة بيد الخادم.
• يساعد nonce والعمر المحدد وEpoch Time على التحقق من الحالة وتجديدها واستعادتها، من دون أن يمنح الطلب ملكية دائمة أو وصولاً مضموناً.

يسمح THIRD_PARTY لعميل مخوّل بأن يتصرف لصالح عنوان آخر، لكن الخادم يستطيع منع هذا النوع من الطلبات. ويوصي RFC 6887 بأن تمنعه معدات المستخدم المنزلي افتراضياً. التعبير عن العملية داخل الرسالة لا يخلق صلاحيتها؛ مصدر الصلاحية هو إعداد الخادم والتفويض الذي يقبله.

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

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

يربط Mapping Nonce، وهو قيمة من 96 بت يختارها العميل، رسائل التعيين بسلسلة حالة واحدة. ينسخه الخادم في الرد ويستخدمه في التحقق من التجديدات. وفي نموذج التهديد البسيط، لا يستطيع nonce مختلف الاستيلاء بسهولة على تعيين ديناميكي قائم. لكنه ليس هوية لشخص، ولا تعريفاً دائماً للجهاز، ولا حماية شاملة من مهاجم موجود على المسار.

الحالة نفسها مؤقتة. يحدد الخادم عمرها، وعلى العميل تجديدها ما دام يحتاج إليها. وللعمر الصفري في طلب MAP معاني حذف محددة تُفسَّر مع البروتوكول والمنفذ الداخلي وnonce وقواعد نموذج التهديد. لذلك لا يتحول الحذف إلى أمر عام يمحو حالة أي طرف.

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

يعالج PEER حالة مختلفة: تعييناً صريحاً لحركة صادرة نحو عنوان ومنفذ بعيدين محددين. يمكنه إنشاء تلك الحالة أو تمديدها، ولذلك لا يُختزل في MAP عام. يظل الخادم هو الطرف الذي يقبل الحالة ويحدد عمرها.

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

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

ما تثبته المصادر وما نستنتجه وما لا نعرفه

يثبت RFC 6887 وRFC 7488 حقول الرسائل، والأعمار، وnonce، ورموز النتيجة، وEpoch Time، وقواعد اختيار الخادم. ومن هذه الآليات يمكن استنتاج أن PCP ينظم حيازة تفاوضية لحالة الحافة. لكن المصدرين لا يقيسان الانتشار، ولا يصادقان على منتج بعينه، ولا يشرحان قرار بوابة محددة، ولا يضمنان الوصول من كل شبكة. كما يترك RFC 7488 إثبات شرعية عنوان خادم PCP لآلية التزويد والإعداد.

المصادر

• RFC 6887 — Port Control Protocol (PCP)
• RFC 7488 — اختيار خادم PCP