نظام ملفات الشبكة

نظام ملفات الشبكة ( NFS ) هو بروتوكول نظام ملفات موزع ، طُوِّر في الأصل بواسطة شركة صن مايكروسيستمز (صن) عام ١٩٨٤، [ ١ ] ويتيح للمستخدم على جهاز كمبيوتر العميل الوصول إلى الملفات عبر شبكة الكمبيوتر ، تمامًا كما هو الحال عند الوصول إلى وحدة التخزين المحلية. يعتمد NFS، كغيره من البروتوكولات، على نظام استدعاء الإجراءات عن بُعد للحوسبة الشبكية المفتوحة (ONC RPC). يُعد NFS معيارًا مفتوحًا من قِبل فريق هندسة الإنترنت ( IETF ) . بعد الإصدار التجريبي الأول الذي طُوِّر داخليًا في صن مايكروسيستمز، تُعرَّف جميع الإصدارات اللاحقة من البروتوكول في سلسلة من طلبات التعليقات (RFCs)، مما يسمح لأي شخص بتنفيذ البروتوكول.

الإصدارات والاختلافات

استخدمت شركة صن الإصدار  الأول لأغراض تجريبية داخلية فقط. عندما أضاف فريق التطوير تغييرات جوهرية إلى الإصدار  الأول من بروتوكول NFS وأصدره خارج نطاق صن، قرروا إصدار النسخة الجديدة كإصدار ثانٍ (v2) لاختبار التوافق بين الإصدارات وإمكانية الرجوع إلى إصدار RPC الاحتياطي. [ 2 ] [ 3 ]

NFSv2

كان الإصدار  الثاني من البروتوكول (المحدد في RFC 1094 ، مارس 1989) يعمل في الأصل عبر بروتوكول بيانات المستخدم (UDP) فقط. وقد قصد مصمموه الحفاظ على جانب الخادم غير مُحتفظ بالحالة ، مع تنفيذ آليات القفل (على سبيل المثال) خارج البروتوكول الأساسي. ومن بين الأشخاص الذين شاركوا في إنشاء الإصدار الثاني من NFS : راسل ساندبرغ ، وبوب ليون ، وبيل جوي ، وستيف كلايمان ، وآخرون. [ 1 ] [ 4 ]  

تتيح واجهة نظام الملفات الافتراضي تنفيذًا معياريًا، ينعكس في بروتوكول بسيط. وبحلول فبراير 1986، تم عرض تطبيقات لأنظمة تشغيل مثل System V الإصدار  2 و DOS وVAX/VMS باستخدام برنامج Eunice . [ 4 ]  يسمح NFSv2 بقراءة أول 2 جيجابايت فقط من الملف نظرًا لقيود 32 بت .

NFSv3

تمت إضافة الإصدار  3 ( RFC 1813 ، يونيو 1995): 

  • دعم أحجام الملفات والإزاحات ذات 64 بت، للتعامل مع الملفات الأكبر من 2  جيجابايت (GB)؛
  • دعم عمليات الكتابة غير المتزامنة على الخادم، لتحسين أداء الكتابة؛
  • إضافة سمات ملفات إضافية في العديد من الردود، لتجنب الحاجة إلى إعادة جلبها؛
  • عملية READDIRPLUS، للحصول على مقابض الملفات [ 5 ] والخصائص جنبًا إلى جنب مع أسماء الملفات عند مسح دليل؛
  • تحسينات أخرى متنوعة.

تم تقديم أول  اقتراح لإصدار NFS 3 داخل شركة صن مايكروسيستمز بعد فترة وجيزة من إصدار NFS  2. وكان الدافع الرئيسي هو محاولة التخفيف من مشكلة أداء عملية الكتابة المتزامنة في NFS  2. [ 6 ] وبحلول يوليو 1992، حلت ممارسات التنفيذ العديد من أوجه القصور في NFS  2، ولم يتبق سوى عدم دعم الملفات الكبيرة (أحجام الملفات والإزاحات 64 بت) كمشكلة ملحة. عند طرح الإصدار  3، بدأ دعم الموردين لبروتوكول TCP كبروتوكول طبقة نقل في الازدياد. وبينما أضاف العديد من الموردين بالفعل دعمًا لـ NFS  2 باستخدام TCP كبروتوكول نقل، أضافت صن مايكروسيستمز دعم TCP كبروتوكول نقل لـ NFS في نفس الوقت الذي أضافت فيه دعمًا للإصدار  3. وقد جعل استخدام TCP كبروتوكول نقل استخدام NFS عبر شبكة WAN أكثر جدوى، وسمح باستخدام أحجام نقل قراءة وكتابة أكبر تتجاوز  حد 8 كيلوبايت الذي يفرضه بروتوكول بيانات المستخدم (UDP) .

YANFS/WebNFS

يُعدّ YANFS (نظام ملفات الشبكة الآخر)، المعروف سابقًا باسم WebNFS، امتدادًا لبروتوكولي NFSv2 وNFSv3، مما يسمح له بالعمل خلف جدران الحماية ذات القيود الصارمة دون تعقيدات بروتوكولي Portmap وMOUNT. يستخدم YANFS/WebNFS رقم منفذ TCP/UDP ثابتًا (2049)، وبدلًا من مطالبة العميل بالاتصال بخدمة MOUNT RPC لتحديد مُعرّف الملف الأولي لكل نظام ملفات، قدّم مفهوم مُعرّف الملف العام (قيمة فارغة في NFSv2، وطولها صفر في NFSv3) والذي يُمكن استخدامه كنقطة بداية. وقد أُدمج هذان التغييران لاحقًا في NFSv4. كما شمل تطوير YANFS بعد WebNFS التكامل مع جانب الخادم.

NFSv4

الإصدار  الرابع ( RFC 3010 ، ديسمبر 2000؛ نُقِّح في RFC 3530 ، أبريل 2003، ثم في RFC 7530 ، مارس 2015)، متأثرًا بنظام ملفات أندرو (AFS) وبروتوكول كتلة رسائل الخادم (SMB)، يتضمن تحسينات في الأداء، ويفرض مستوى أمان عالٍ، ويُقدِّم بروتوكولًا يعتمد على الحالة . [ 7 ] [ 8 ] أصبح الإصدار الرابع أول إصدار يُطوَّر بالتعاون مع فريق عمل هندسة الإنترنت (IETF) بعد أن سلَّمت شركة صن مايكروسيستمز تطوير بروتوكولات NFS.   

يهدف بروتوكول NFS الإصدار 4.1 ( RFC 5661 ، يناير 2010؛ تم تعديله في RFC 8881 ، أغسطس 2020) إلى توفير دعم بروتوكولي للاستفادة من عمليات نشر الخوادم المجمعة، بما في ذلك القدرة على توفير وصول متوازٍ قابل للتوسع إلى الملفات الموزعة بين خوادم متعددة ( امتداد pNFS ). يتضمن الإصدار 4.1 آلية تجميع الجلسات (المعروفة أيضًا باسم تعدد مسارات NFS) وهو متوفر في بعض حلول المؤسسات مثل VMware ESXi .    

تم نشر الإصدار 4.2 من NFS ( RFC 7862 ) في نوفمبر 2016 مع ميزات جديدة تشمل: النسخ والاستنساخ من جانب الخادم، وإشعار إدخال/إخراج التطبيق، والملفات المتفرقة، وحجز المساحة، وكتلة بيانات التطبيق (ADB)، و NFS المسمى بـ sec_label الذي يستوعب أي نظام أمان MAC، وعمليتين جديدتين لـ pNFS (LAYOUTERROR و LAYOUTSTATS).  

تتمثل إحدى المزايا الكبيرة لبروتوكول NFSv4 مقارنةً بالإصدارات السابقة في أنه يتم استخدام منفذ UDP أو TCP واحد فقط، وهو 2049، لتشغيل الخدمة، مما يبسط استخدام البروتوكول عبر جدران الحماية. [ 9 ]

ملحقات أخرى

يُتيح WebNFS ، وهو امتداد للإصدارين  2 و  3، دمج NFS بسهولة أكبر في متصفحات الويب وتمكين التشغيل عبر جدران الحماية. في عام 2007، أتاحت شركة صن مايكروسيستمز تطبيق WebNFS الخاص بها من جانب العميل كمصدر مفتوح. [ 10 ]

ارتبطت بروتوكولات النطاق الجانبي المختلفة بشبكة NFS. ملاحظة:

  • نظام الملفات الشبكي الموثوق (TNFS) [ 14 ]

تطوير البروتوكول

خلال تطوير بروتوكول ONC (الذي كان يُسمى آنذاك SunRPC )، لم يُقدّم سوى نظام الحوسبة الشبكية (NCS) التابع لأبولو وظائف مماثلة. ونشأت مجموعتان متنافستان بسبب اختلافات جوهرية في نظامي استدعاء الإجراءات عن بُعد. وتركزت النقاشات على طريقة ترميز البيانات؛ إذ كان تمثيل البيانات الخارجية (XDR) في ONC يُظهر الأعداد الصحيحة دائمًا بترتيب البايتات الكبيرة (Big-Endian )، حتى لو كان لدى كلا طرفي الاتصال بنية أجهزة بترتيب البايتات الصغيرة (Little-Endian )، بينما سعت طريقة NCS إلى تجنب تبديل البايتات عندما يشترك طرفان في نفس ترتيب البايتات في بنية أجهزتهما. وفي مارس 1987، تشكّلت مجموعة صناعية تُسمى منتدى الحوسبة الشبكية (Network Computing Forum ) في محاولة (لم تُكلل بالنجاح في نهاية المطاف) للتوفيق بين بيئتي الحوسبة الشبكية.

في عام 1987، أعلنت شركتا صن وإيه تي آند تي عن تطويرهما المشترك لنظام يونكس سيستم 5 الإصدار 4 الخاص بإيه تي آند تي. [ 15 ] أثار هذا الإعلان قلق العديد من حاملي تراخيص نظام يونكس الآخرين التابعين لإيه تي آند تي، خشية أن يمنح صن ميزة تنافسية، مما أدى في نهاية المطاف إلى تأسيس مؤسسة البرمجيات المفتوحة (OSF) عام 1988 من قبل شركات ديجيتال إكويبمنت وإتش بي وآي بي إم وغيرها. ومن المفارقات أن صن وإيه تي آند تي كانتا تتنافسان سابقًا على نظام ملفات الشبكة (NFS) الخاص بصن مقابل نظام الملفات البعيد (RFS) الخاص بإيه تي آند تي، وقد ساهم اعتماد ديجيتال إكويبمنت وإتش بي وآي بي إم والعديد من موردي الحواسيب الآخرين لنظام NFS بسرعة على حساب RFS في ترجيح كفة غالبية المستخدمين لصالح NFS. وقد ساهمت فعاليات "كونيكتاثونز" التي بدأت عام 1986 في تعزيز قابلية التشغيل البيني لنظام NFS، حيث أتاحت هذه الفعاليات اختبارًا محايدًا للتطبيقات فيما بينها. [ 16 ] اعتمدت مؤسسة البرمجيات المفتوحة بيئة الحوسبة الموزعة (DCE) ونظام الملفات الموزعة التابع لها (DFS) عبر بروتوكولي Sun/ONC RPC وNFS. استخدم نظام DFS بيئة الحوسبة الموزعة (DCE) كبروتوكول RPC، واشتق نظام DFS من نظام ملفات Andrew (AFS)؛ أما بيئة الحوسبة الموزعة (DCE) نفسها فقد اشتقّت من مجموعة من التقنيات، بما في ذلك نظام التحكم الشبكي (NCS) الخاص بـ Apollo وبروتوكول Kerberos .

التسعينيات

توصلت شركة صن مايكروسيستمز وجمعية الإنترنت (ISOC) إلى اتفاقٍ للتنازل عن "التحكم في التغييرات" لبروتوكول ONC RPC، وذلك لتمكين هيئة معايير الهندسة التابعة لـ ISOC، وهي فرقة عمل هندسة الإنترنت (IETF)، من نشر وثائق المعايير (RFCs) المتعلقة ببروتوكولات ONC RPC وتوسيع نطاقها. حاولت مؤسسة البرمجيات المفتوحة (OSF) جعل DCE RPC معيارًا لـ IETF، لكنها أبدت في نهاية المطاف عدم رغبتها في التخلي عن التحكم في التغييرات. لاحقًا، اختارت IETF توسيع نطاق ONC RPC بإضافة نوع جديد من المصادقة يعتمد على واجهة برمجة تطبيقات خدمات الأمان العامة (GSSAPI)، وهو RPCSEC GSS ، وذلك لتلبية متطلبات IETF التي تنص على أن معايير البروتوكول تتمتع بمستوى أمان كافٍ.

وفي وقت لاحق، توصلت صن وISOC إلى اتفاق مماثل لمنح ISOC حق التحكم في تغيير NFS، على الرغم من كتابة العقد بعناية لاستبعاد الإصدار 2 والإصدار 3 من NFS. وبدلاً من ذلك، حصلت ISOC على الحق في إضافة إصدارات جديدة إلى بروتوكول NFS، مما أدى إلى قيام IETF بتحديد الإصدار 4 من NFS في عام 2003.

العقد الأول من القرن الحادي والعشرين

بحلول القرن الحادي والعشرين، لم يحقق كل من نظامي DFS وAFS نجاحًا تجاريًا يُذكر مقارنةً بنظامي SMB وNFS. تبرعت شركة IBM، التي كانت قد استحوذت سابقًا على شركة Transarc ، المورد التجاري الرئيسي لنظامي DFS وAFS ، بمعظم شفرة المصدر لنظام AFS لمجتمع البرمجيات الحرة عام 2000. ولا يزال مشروع OpenAFS قائمًا حتى اليوم. وفي أوائل عام 2005، أعلنت IBM توقف مبيعات نظامي AFS وDFS.

في يناير 2010، اقترحت شركة باناساس بروتوكول NFSv4.1 قائمًا على تقنية Parallel NFS (pNFS) الخاصة بها، مدعيةً تحسين قدرة التوازي في الوصول إلى البيانات [ 17 ] . يُعرّف بروتوكول NFSv4.1 طريقةً لفصل بيانات تعريف نظام الملفات عن موقع بيانات الملفات؛ فهو يتجاوز مجرد فصل الاسم عن البيانات من خلال توزيع البيانات على مجموعة من خوادم البيانات. يختلف هذا عن خادم NFS التقليدي الذي يحتفظ بأسماء الملفات وبياناتها تحت مظلة خادم واحد. بعض المنتجات عبارة عن خوادم NFS متعددة العُقد، لكن مشاركة العميل في فصل بيانات التعريف عن البيانات محدودة.

خادم NFSv4.1 pNFS عبارة عن مجموعة من موارد أو مكونات الخادم؛ ويفترض أن يتم التحكم فيها بواسطة خادم البيانات الوصفية.

لا يزال عميل pNFS يتصل بخادم بيانات وصفية واحد للتنقل أو التفاعل مع مساحة الاسم؛ فعندما ينقل العميل البيانات من وإلى الخادم، فإنه قد يتفاعل مباشرةً مع مجموعة خوادم البيانات التابعة لمجموعة خوادم pNFS. ويمكن تفعيل عميل NFSv4.1 ليشارك مباشرةً في تحديد الموقع الدقيق لبيانات الملفات، وتجنب التفاعل المنفرد مع خادم NFS واحد عند نقل البيانات.

بالإضافة إلى pNFS، يوفر NFSv4.1 ما يلي:

المنصات

خدمة NFS متاحة على:

مقارنة أداء NFS SPECsfs2008، اعتبارًا من 22 نوفمبر 2013

انظر أيضاً

مراجع

  1. 1 2 راسل ساندبرغ؛ ديفيد غولدبرغ؛ ستيف كلايمان؛ دان والش؛ بوب ليون (11-14 يونيو 1985). تصميم وتنفيذ نظام ملفات شبكة صن (ملف PDF) . المؤتمر الصيفي لجمعية يوزنيكس. بورتلاند، أوريغون، الولايات المتحدة الأمريكية. CiteSeerX 10.1.1.14.473 . 
  2. NFS Illustrated (2000) من تأليف برنت كالاغان – ISBN 0-201-32570-5
  3. ١ ٢ "خدمات HP TCP/IP لإدارة OpenVMS" . h41379.www4.hpe.com . HP. مؤرشف من الأصل بتاريخ ٢٤ سبتمبر ٢٠١٦. تم الاطلاع عليه بتاريخ ٢٤ سبتمبر ٢٠١٦ .
  4. 1 2 راسل ساندبرغ. "نظام ملفات شبكة صن: التصميم والتنفيذ والتجربة" (ملف PDF) . تقرير فني . صن مايكروسيستمز. مؤرشف (ملف PDF) من الأصل بتاريخ 26 نوفمبر 2013. تم الاطلاع عليه بتاريخ 4 أغسطس 2013 .
  5. أرباتشي-دوسو، رمزي؛ أرباتشي-دوسو، أندريا (مارس 2015). أنظمة التشغيل: ثلاثة أجزاء سهلة (ملف PDF) ( الطبعة التاسعة). كتب أرباتشي-دوسو. ص 5. مؤرشف (ملف PDF) من الأصل في 3 أبريل 2019. تم الاطلاع عليه في 8 نوفمبر 2017 .  
  6. برايان باولووسكي؛ تشيت جوتشاك؛ بيتر ستوباخ؛ كارل سميث؛ ديان ليبل؛ ديفيد هيتز (1994). " تصميم وتنفيذ نظام الملفات NFS الإصدار 3" . USENIX . مؤرشف من الأصل بتاريخ 24 نوفمبر 2015. تم الاطلاع عليه بتاريخ 23 نوفمبر 2015 . 
  7. "NFS الإصدار 4" . USENIX . 14-04-2005. مؤرشف من الأصل في 28-07-2011 . تم الاطلاع عليه في 19-12-2008 .
  8. برايان باولووسكي؛ سبنسر شيبلر؛ كارل بيم؛ برنت كالاغان؛ مايكل إيسلر؛ ديفيد نوفيك؛ ديفيد روبنسون؛ روبرت ثورلو (2000). "بروتوكول NFS الإصدار 4" (ملف PDF) . SANE . مؤرشف من الأصل (ملف PDF) بتاريخ 2025-02-02. 
  9. جاستن باريسي؛ إليوت إكتون (يونيو 2023). نظام ملفات الشبكة (NFS) في NetApp ONTAP، أفضل الممارسات ودليل التنفيذ (ملف PDF) (تقرير فني). NetApp.
  10. "yanfs" . Github.com .
  11. توم تالبي (28 فبراير 2006). "تحديث حول تطبيق NFS/RDMA" (ملف PDF) . شركة Network Appliance. مؤرشف من النسخة الأصلية (ملف PDF) بتاريخ 12 مايو 2011.
  12. برنت كالاغان (28 يناير 2002). "NFS عبر RDMA" (ملف PDF) . صن مايكروسيستمز. مؤرشف (ملف PDF) من الأصل في 12 مايو 2011. تم الاطلاع عليه في 6 سبتمبر 2010 .
  13. سينغ، كاران (2016). "4: العمل مع نظام ملفات Ceph". كتاب طبخ Ceph . برمنغهام: Packt Publishing Ltd. ص 110. ISBN  978-1-78439-736-4تم الاطلاع عليه بتاريخ 21-03-2017 . NFS-Ganesha هو خادم NFS يعمل في مساحة المستخدم ويدعم طبقة تجريد نظام الملفات CephFS FSAL باستخدام libcephfs.
  14. جلوفر، فريد (28 مايو 1994). "مواصفات امتدادات بروتوكول نظام الملفات الشبكي الموثوق (TNFS)" . datatracker.ietf.org .
  15. كارول باتون (26 أكتوبر 1987). "شركة AT&T ترخص شريحة SPARC من شركة Sun Microsystems" . InfoWorld . ص 37. تاريخ الاسترجاع: 16 يوليو 2019 . 
  16. "ما هو Connectathon؟" . الموقع الإلكتروني الأصلي Connectathon.Org . مؤرشف من الأصل في 28 يناير 1999.
  17. "pNFS" . باناساس . مؤرشف من الأصل في 7 أغسطس 2013. تم الاسترجاع في 4 أغسطس 2013 .
  18. "الخوادم وأجهزة الكمبيوتر المشتركة التي يمكنك الاتصال بها على نظام ماك" . دعم أبل . تم الاطلاع عليه بتاريخ 7 أغسطس 2025 .
  19. "إعداد مشاركة الملفات على جهاز Mac" . دعم Apple . تم الاطلاع عليه بتاريخ 7 أغسطس 2025 .
  20. "NetDrive لنظام التشغيل OS/2" . arcanoae.com . مؤرشف من الأصل بتاريخ 2015-11-03 . تم الاطلاع عليه بتاريخ 2020-09-22 .
  21. ^ دزيباك ، باويل (15/03/2013). "تم دمج عميل NFSv4 أخيرًا" . مدونة Paweł Dziepak . شركة هايكو
  22. "دعم نظام ملفات الشبكة لنظام التشغيل OS/400" (ملف PDF) . شركة IBM . تم الاطلاع عليه بتاريخ 23 مايو 2024 .
  23. "مقدمة إلى خدمات مايكروسوفت ويندوز لنظام يونكس 3.5" . technet.microsoft.com . مايكروسوفت. 5 ديسمبر 2007. مؤرشف من الأصل في 18 يونيو 2018. تم الاطلاع عليه في 24 سبتمبر 2016 .
  24. "برامج أخرى من شركة صن مايكروسيستمز" . www.computinghistory.org.uk . مركز تاريخ الحوسبة . تاريخ الاطلاع: 24 سبتمبر 2016 .
  25. "بوابة NFS لـ NetWare 6.5" . www.novell.com . نوفيل . تم الاطلاع عليه بتاريخ 24 سبتمبر 2016 .
  26. "ملحق NTFS لـ NetDrive" . ecsoft2.org . مؤرشف من الأصل بتاريخ 22-02-2016 . تم الاطلاع عليه بتاريخ 22-09-2020 .
  27. "برامج متعلقة بالشبكات" . cp15.org .
  • RFCs :
    • RFC 1014 – XDR: معيار تمثيل البيانات الخارجية (تم إلغاؤه بواسطة RFC 1832) 
    • RFC 1094 – مواصفات بروتوكول NFS الإصدار 2 
    • RFC 1790 – اتفاقية التحكم في تغيير Sun/ISOC ONC RPC 
    • RFC 1813 – مواصفات بروتوكول NFS الإصدار 3 
    • RFC 1832 – XDR: معيار تمثيل البيانات الخارجية (تم إلغاؤه بواسطة RFC 4506) 
    • RFC 2054 – مواصفات عميل WebNFS 
    • RFC 2055 – مواصفات خادم WebNFS 
    • RFC 2203 – مواصفات RPCSEC_GSS 
    • RFC 2224 – مواصفات مخطط عناوين URL لـ NFS 
    • RFC 2339 – اتفاقية التحكم في تغييرات نظام الملفات NFS من Sun/ISOC 
    • RFC 3010 – مواصفات بروتوكول NFS الإصدار 4 (تم إلغاؤها بواسطة RFC 3530) 
    • RFC 3530 – مواصفات بروتوكول NFS الإصدار 4 (تم إلغاؤها بواسطة RFC 7530 و RFC 7531) 
    • RFC 4506 – XDR: معيار تمثيل البيانات الخارجية 
    • RFC 5403 – RPCSEC_GSS الإصدار 2 
    • RFC 5531 – RPC: مواصفات بروتوكول استدعاء الإجراءات عن بُعد، الإصدار 2 
    • RFC 5661 – مواصفات بروتوكول NFS الإصدار 4.1 (تم إلغاؤه بواسطة RFC 8881) 
    • RFC 5662 – وصف بروتوكول NFS الإصدار 4.1 XDR 
    • RFC 5663 – مواصفات تخطيط الكتل/وحدات التخزين المتوازية لشبكة NFS 
    • RFC 5664 – مواصفات عمليات NFS المتوازية القائمة على الكائنات 
    • RFC 5665 – اعتبارات IANA لمعرفات شبكة استدعاء الإجراءات عن بعد (RPC) وتنسيقات العناوين العالمية 
    • RFC 5666 – بروتوكول نقل الوصول المباشر للذاكرة عن بُعد لاستدعاء الإجراءات عن بُعد 
    • RFC 5667 – وضع البيانات المباشر عبر NFS 
    • RFC 7530 – مواصفات بروتوكول NFS الإصدار 4 
    • RFC 7531 – وصف بروتوكول NFS الإصدار 4 XDR 
    • RFC 7862 – مواصفات بروتوكول NFS الإصدار 4.2 
    • RFC 7863 – وصف بروتوكول NFS الإصدار 4.2 XDR 
    • RFC 8154 – مواصفات تخطيط NFS - SCSI المتوازية 
    • RFC 8166 – نقل الوصول المباشر للذاكرة عن بعد لاستدعاء الإجراء عن بعد الإصدار 1 (تم تحديثه بواسطة RFC 8797) 
    • RFC 8267 – ربط الطبقة العليا لـ NFS بـ RPC-over-RDMA الإصدار 1 
    • RFC 8275 – امتداد سمة Umask لإصدار NFS 4.2 
    • RFC 8276 – امتداد Xattrs لـ NFSv4 
    • RFC 8434 – نظام الملفات الشبكي المتوازي - مواصفات تخطيط الملفات المرن 
    • RFC 8797 – الوصول المباشر للذاكرة عن بُعد - مدير الاتصال (RDMA-CM) البيانات الخاصة لـ RPC-over-RDMA الإصدار 1 
    • RFC 8881 – مواصفات بروتوكول NFS الإصدار 4.1 
    • RFC 9289 – نحو تشفير استدعاءات الإجراءات عن بُعد بشكل افتراضي 
    • RFC 9562 – المعرفات الفريدة عالميًا (UUIDs) 
  • المعايير الفنية لمجموعة Open Group:
  • مصادر متنوعة:
  • مراجعة ورقة بحثية بعنوان "لماذا نظام الملفات الشبكي سيء" من ندوة لينكس لعام 2006 بقلم مايك إيسلر، 27 أكتوبر 2006