الخلاصة

  • جمع NNTP التوزيع والاستعلام والاسترجاع والنشر، من دون أن يُلزم كل خادم بإتاحة كل وظيفة لكل اتصال.
  • طلب MODE READER من الخادم القابل للتبديل مغادرة وضع التمرير؛ وأصبحت إجابة CAPABILITIES الجديدة دليلًا على الأوامر المتاحة بعد الانتقال.
  • قد يمحو الانتقال حالة الجلسة، ولا يجوز وضعه في pipeline أو تكراره، ولا يمنح وحده نشرًا أو هوية أو تشفيرًا.

إجابتان صحيحتان للعنوان نفسه

عند البداية يرى العميل IHAVE وMODE-READER ولا يرى READER. الاتصال في transit mode. يرسل العميل MODE READER وينتظر النجاح ثم يسأل مرة أخرى؛ فتظهر READER وربما NEWNEWS وصيغ LIST، ويجوز أن تختفي IHAVE.

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

وضع RFC 977 سنة 1986 مهام واسعة تحت NNTP: توزيع الأخبار وفحصها واسترجاعها ونشرها. استطاع شخص القراءة من مستودع مركزي، واستطاعت خوادم متعاونة تبادل النسخ. وحدة القواعد لم تجعل ثقة القارئ وتكلفة feed بين المشغلين شيئًا واحدًا.

التشغيل اكتشف الدور قبل أن تسميه المواصفة

جمع RFC 2980 امتدادات شائعة بالفعل. ظهر MODE READER أولًا في INN؛ استخدمه العميل ليقول إنه برنامج قراءة، واستفادت بعض الخوادم منه كي تعيد تهيئة نفسها لأوامر القراء.

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

مقارنته بأمر SLAVE قليل التطبيق في RFC 977 لا تجعل الأمرين وضعين متناظرين. الدليل الأضيق هو أن الدخول الصريح إلى خدمة القراءة لبّى حاجة استمرت في النشر الفعلي.

القدرة تخص الحالة الحالية

يميّز RFC 3977 خادم القراءة وخادم التمرير والخادم القابل لتبديل الوضع. يعلن الأخير MODE-READER ولا يعلن READER قبل التحول. بعد النجاح يحذف الأول ويعلن الثاني، وقد يسحب IHAVE.

يجب أن تصف CAPABILITIES ما يعمل الآن بدقة. يمكن للدور وTLS والمصادقة أن يغيروا القائمة داخل اتصال واحد. تخزين القدرات من دون الحالة التي جعلتها صحيحة يحول الاختصار إلى صلاحية منتهية.

يسجل NNTP Parameters لدى IANA معاني MODE-READER وREADER وIHAVE وSTREAMING. إنه ينسق اللغة ولا يثبت انتشارًا أو سياسة خادم معين.

عند التبديل يتوقف الاستباق

لا يجوز إرسال MODE READER في pipeline. لو أرسل العميل GROUP وNEXT قبل معرفة النتيجة، فقد يفسر الطرفان البايتات تحت دورين مختلفين. يحق للخادم تجاهل مدخلات حول التحول، وعندها يربط العميل الردود بأوامر لم تُنفذ.

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

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

القارئ لم يصبح ناشرًا تلقائيًا

يعني 200 وضع قراءة يسمح بالنشر، ويعني 201 وضع قراءة يمنعه. أما 502 فيعلن أن خدمة القراءة غير متاحة دائمًا، وعلى الخادم إغلاق الاتصال.

الدخول إلى أوامر القراءة، والحق في إضافة مقالة، ووجود الخدمة نفسها قرارات مستقلة. تعطي قدرة POST والسياسة الجارية دليلًا أدق من توسيع معنى كلمة reader.

الأمن محور آخر

يعرض مثال RFC 3977 قدرة STARTTLS بعد الانتقال إلى القراءة فقط. يعرّف RFC 4642 TLS منفصلًا، ويعرّف RFC 4643 المصادقة. وقد يغير كل انتقال القدرات مرة أخرى.

لا يشفر MODE READER ولا يثبت هوية. كما لا يصنع TLS دور القارئ. يضع RFC 4644 STREAMING ضمن نقل feed. فصل الدور والهوية والحماية والكتابة يمنع كل واحد منها من توريث سلطة الآخر.

الإرث هو انتهاء الافتراض القديم بوضوح

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

القاعدة الدائمة لا تتوقف على البنية: سمِّ الانتقال، وانتظر نتيجته، وأعد قراءة القدرات، واذكر ما يجوز أن يُمحى. استمرار قناة النقل لا يجدد تفويضًا سابقًا.

المصادر وحدود الدليل

تثبت الوثائق القواعد والتاريخ والأسماء المسجلة، ولا تقيس الاستخدام الحالي أو المرور أو بنية منتج أو سياسة مشغل. لذلك لا يُعامل التسجيل كدليل انتشار، ولا يُعامل MODE READER كمصادقة أو تشفير أو إذن نشر.