الخلاصة

  • يفتح PTTH قناة من جهة عميل النقل، ثم يرسل الوكيل طلبات HTTP إلى العامل عبرها.
  • يضع الميثاق المقترح المصادقة وتفويض الطلبات في صلب العمل؛ اتصال الخروج لا يمنح وصولاً عاماً.

يفتح خادم الخلفية الاتصال أولاً، ثم يرسل الوكيل الطلبات عبره.

هذه هي فكرة PTTH: يبدأ عامل خلف جدار ناري مقيّد اتصالاً صادراً إلى وكيل، ثم تصل طلبات HTTP عبر القناة القائمة. كان العامل عميلاً على مستوى النقل، لكنه يستقبل الطلبات بصفته خادم HTTP.

قد يقلل ذلك الحاجة إلى فتح منافذ واردة لكل عامل أو تثبيت عنوان لكل خادم. لكنه ينقل القرار الصعب: بعد فتح القناة، ما الذي يحق للوكيل طلبه من العامل؟

مسودة ميثاق مجموعة عمل في IETF تخضع لمراجعة خارجية، وهي مدرجة في اجتماع IESG يوم 5 نوفمبر 2026. وفي 2 نوفمبر ما زالت مقترحاً؛ لم يُعتمد الميثاق ولا يوجد معيار PTTH منشور.

في IETF 123 عام 2025 نوقشت خوادم خلف الجدران النارية، وتوسعة CDN، وأولوية الطلبات، والوصول الصفري الثقة واستخدام HTTP لحمل بروتوكولات أخرى. العامل الذي يقبل مسارات محدودة ليس نفقاً عاماً.

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

وفي IETF 126 عام 2026 فُصل إنشاء القناة عن تفويض الطلبات وإدارة السعة والتحكم. عُدّ الأولان أساسيين، بينما ارتبطت السعة أكثر بكل نشر. وعادت مخاوف سلطة العامل على إعدادات الوكيل.

يجعل الميثاق المقترح التفويض مهمة صريحة: إعلان الاستعداد، ومصادقة الطرفين، وتحديد الطلبات المسموحة، وتوجيه المسار. ويبقى فتح الإرسال للطرفين على القناة نفسها قيد النقاش. ويستبعد الميثاق أنظمة هوية أو نقل أو اكتشاف جديدة، وطلبات السعة وتغيير دلالات HTTP.

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

افحص المجموعة كلها: عامل موثّق، نطاق طلبات مسموح، قرار الوكيل، انتهاء أو إلغاء، وسجل تدقيق. من دونها يثبت النفق النقل فقط، لا الإذن.

المصادر: ميثاق PTTH المقترح؛ محاضر IETF 123؛ محاضر IETF 126؛ مسودة PTTH الفردية.