الخلاصة

  • في النسخة -06 المؤرخة 29 سبتمبر، نقل فريق عمل NFSv4 السمة الاختيارية المقترحة ACL_Choice من الرقم 87 إلى 89. وتقترح مسودتان منفصلتان الرقم 87 لبيانات الملف غير القابلة للتخزين المؤقت، والرقم 88 لبيانات وصفية تخص مدخلات الدليل.
  • تغيّرت قيم أربعة أخطاء مقترحة لحجم قوائم التحكم بالوصول من 20000–20003 إلى 10095–10098. وأضاف النص قيداً يمنع إرجاعها ما لم يدعم الخادم ونظام الملفات المعني AclChoice. وما زال القسم نفسه موسوماً بالحاجة إلى توافق.

لا تظهر المشكلة الحقيقية في جدول الأرقام وحده. قد يحمل العميل فهرساً جديداً يفك شفرة رقم ما، بينما يكون الاختبار الذي يستند إليه قد أُجري على مراجعة أخرى أو على وحدة تخزين مختلفة. لذلك تستحق النسخة الجديدة من مسودة ACLs within the NFSv4 Protocols قراءة مقارنة، لا إعلاناً عن معيار مكتمل. في نسخة 14 سبتمبر -05 كان رقم ACL_Choice المقترح 87؛ وفي نسخة 29 سبتمبر -06 صار 89 في الجدول وثابت XDR. وتوضح ملاحظات التغيير أن الفراغ أصبح لازماً لمقترحي الملف والدليل اللذين يستعملان 87 و88.

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

وتحمل مراجعة الأخطاء دلالة عملية أقوى من تبديل الرقم. تميّز المسودة بين حالات لا يمكن فيها تخزين ACL كبير أو إرجاعه، وتقترح لها الأسماء NFS4ERR_ACLST_POORFIT وNFS4ERR_ACLST_NOFIT وNFS4ERR_ACLST_TOOBIG وNFS4ERR_ACLFT_TOOBIG. كانت قيمها 20000 إلى 20003، وأصبحت 10095 إلى 10098. الجديد أيضاً هو ربط إرجاع هذه الأخطاء بمعلومات AclChoice: لا يجوز، وفق صياغة المشروع، أن يرسلها خادم لا يدعم السمة، ولا أن تظهر عند الوصول إلى نظام ملفات لا يدعمها حتى إن كان الخادم يستخدمها في موضع آخر.

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

يسجل Datatracker النسخة -06 وثيقة عمل نشطة لفريق NFSv4 في حالة I-D Exists. تقول صفحة العنوان إن تحديث RFC 7530 وRFC 8881 مشروط بالموافقة، ويتحدث المتن عن عمل يسبق نداءً أخيراً مستقبلياً داخل الفريق. وسم «Consensus Needed» باق في قسم الأخطاء. لذا فصيغة المنع القوية داخل المسودة اقتراح معياري قيد النقاش، لا قاعدة جديدة نافذة في RFC منشور.

المصادر