كتلة رسائل الخادم

في بروتوكول SMB، يُعدّ القفل الانتهازي آلية مصممة لتحسين الأداء من خلال التحكم في تخزين ملفات الشبكة مؤقتًا بواسطة العميل. ^{[ 11 ]} على عكس الأقفال التقليدية ، لا يُستخدم القفل الانتهازي (OpLocks) لقفل الملفات بشكل صارم ، ولا يُستخدم لتوفير استبعاد متبادل.

هناك أربعة أنواع من الأقفال الانتهازية.

أقفال الدفعات

تم إنشاء أقفال العمليات الدفعية في الأصل لدعم سلوك معين لعملية تنفيذ ملفات الدفعات في نظام DOS، حيث يتم فتح الملف وإغلاقه عدة مرات في فترة زمنية قصيرة، مما يُسبب مشكلة في الأداء. ولحل هذه المشكلة، قد يطلب العميل قفل عمليات من نوع "دفعي". في هذه الحالة، يؤخر العميل إرسال طلب الإغلاق، وإذا تم تقديم طلب فتح لاحق، فإن الطلبين يلغيان بعضهما البعض. ^{[ 12 ]}

أقفال المستوى الأول / أقفال حصرية

عندما يفتح تطبيقٌ ملفًا مُستضافًا على خادم SMB في "الوضع المُشترك"، ولم يفتحه أي برنامج آخر (أو عملاء آخرون)، يتلقى العميل قفلًا حصريًا (OpLock) من الخادم. هذا يعني أن العميل يُمكنه الآن افتراض أنه البرنامج الوحيد الذي لديه حق الوصول إلى هذا الملف، ويُمكنه تخزين جميع التغييرات التي أُجريت عليه مؤقتًا قبل إرسالها إلى الخادم. يُحسّن هذا الأداء، حيث يقل عدد عمليات القراءة والكتابة المطلوبة للملف. إذا حاول عميل/برنامج آخر فتح الملف نفسه، يُرسل الخادم رسالةً إلى العميل (تُسمى " إلغاء القفل " ) تُبطل القفل الحصري الممنوح له سابقًا. ثم يُرسل العميل جميع التغييرات التي أُجريت على الملف.

أقفال المستوى الثاني

إذا كان العميل يحتفظ بقفل OpLock حصري، وقام طرف ثالث بفتح ملف مقفل، فيجب على العميل التنازل عن قفله الحصري للسماح للعميل الآخر بالوصول للكتابة والقراءة. عندئذٍ، قد يتلقى العميل  قفل OpLock من المستوى الثاني من الخادم.  يسمح قفل OpLock من المستوى الثاني بتخزين طلبات القراءة مؤقتًا، ولكنه لا يسمح بتخزين طلبات الكتابة مؤقتًا.

أقفال التصفية

أُضيفت ميزة Filter Oplocks في نظام التشغيل Windows NT 4.0، وهي مشابهة لـ Level  2 OpLocks، لكنها تمنع انتهاكات وضع المشاركة بين فتح الملف واستلام القفل. تنصح مايكروسوفت باستخدام Filter OpLocks فقط عندما يكون من المهم السماح لعدة قارئين، واستخدام Level  2 OpLocks في الحالات الأخرى. لا يحتفظ العملاء الذين لديهم OpLock فعليًا بقفل على الملف، بل يتم إخطارهم عبر انقطاع عندما يرغب عميل آخر في الوصول إلى الملف بطريقة لا تتوافق مع قفلهم. يتم تعليق طلب العميل الآخر أثناء معالجة الانقطاع.

استراحات

على عكس السلوك "القياسي" لبروتوكول SMB، يمكن إرسال طلب قطع من الخادم إلى العميل. يُعلم هذا الطلب العميل بأن قفل العملية (OpLock) لم يعد صالحًا. يحدث هذا، على سبيل المثال، عندما يرغب عميل آخر في فتح ملف بطريقة تُبطل قفل العملية. عندئذٍ، يُرسل طلب قطع قفل العملية إلى العميل الأول، ويُطلب منه إرسال جميع التغييرات المحلية التي أجراها (في حالة أقفال العملية المجمعة أو الحصرية)، إن وجدت، وتأكيد قطع قفل العملية. بعد هذا التأكيد، يمكن للخادم الرد على العميل الثاني بطريقة متسقة.

غالباً ما يرتبط استخدام بروتوكول SMB بزيادة ملحوظة في حركة البث على الشبكة. مع ذلك، لا يستخدم بروتوكول SMB نفسه البث، بل تنشأ مشاكل البث الشائعة المرتبطة به من بروتوكول تحديد موقع الخدمة NetBIOS . افتراضياً، يستخدم خادم Microsoft Windows NT 4.0 بروتوكول NetBIOS للإعلان عن الخدمات وتحديد مواقعها. يعمل NetBIOS عن طريق بث الخدمات المتاحة على مضيف معين على فترات منتظمة. في حين أن هذا يُعدّ عادةً خياراً مقبولاً في الشبكات ذات عدد المضيفين المحدود، إلا أن زيادة حركة البث قد تُسبب مشاكل مع ازدياد عدد المضيفين على الشبكة. يُعالج تطبيق بنية تحتية لحل أسماء النطاقات، مثل خدمة تسمية الإنترنت في Windows (WINS) أو نظام أسماء النطاقات (DNS)، هذه المشكلة. كان WINS تطبيقاً خاصاً يُستخدم مع شبكات Windows NT 4.0، ولكنه تسبب في مشاكل وتعقيدات خاصة به في تصميم وصيانة شبكات Microsoft.

منذ إصدار نظام التشغيل Windows 2000، أوقفت مايكروسوفت دعم استخدام WINS لحل أسماء النطاقات، حيث أصبح نظام DNS الديناميكي الهرمي هو البروتوكول الافتراضي لحل أسماء النطاقات في جميع أنظمة تشغيل Windows. يتطلب حل أسماء NetBIOS (القصيرة) عبر DNS أن يقوم عميل DNS بتوسيع الأسماء القصيرة، عادةً بإضافة لاحقة DNS خاصة بالاتصال إلى استعلامات البحث. لا يزال بالإمكان تهيئة WINS على أجهزة العملاء كبروتوكول ثانوي لحل أسماء النطاقات لضمان التوافق مع بيئات وتطبيقات Windows القديمة. علاوة على ذلك، يمكن لخوادم DNS الخاصة بمايكروسوفت إعادة توجيه طلبات حل أسماء النطاقات إلى خوادم WINS القديمة لدعم تكامل حل أسماء النطاقات مع البيئات القديمة (ما قبل Windows 2000) التي لا تدعم DNS.

وجد مصممو الشبكات أن زمن الاستجابة يؤثر بشكل كبير على أداء بروتوكول SMB 1.0، حيث يكون أداؤه أضعف من بروتوكولات أخرى مثل FTP . وتُظهر عمليات المراقبة مستوى عالٍ من "التبادل المفرط للبيانات" وتجاهل زمن استجابة الشبكة بين الأجهزة المضيفة. ^{[ 13 ]} على سبيل المثال، غالبًا ما يتسبب اتصال VPN عبر الإنترنت في حدوث زمن استجابة. وقد أوضحت مايكروسوفت أن مشكلات الأداء تنشأ أساسًا لأن SMB 1.0 بروتوكول على مستوى الكتل وليس بروتوكولًا متدفقًا ، وقد صُمم في الأصل للشبكات المحلية الصغيرة ؛ إذ يقتصر حجم الكتلة فيه على 64 كيلوبايت، كما أن توقيع SMB يُضيف عبئًا إضافيًا، وحجم نافذة TCP غير مُحسَّن لروابط الشبكات الواسعة. ^{[ 14 ]} تشمل حلول هذه المشكلة بروتوكول SMB 2.0 المُحدَّث، ^{[ 15 ]} والملفات غير المتصلة بالإنترنت ، وتوسيع نطاق نافذة TCP ، وأجهزة تحسين الشبكات الواسعة من مختلف موردي الشبكات التي تُخزِّن وتُحسِّن SMB 1.0 ^{[ 16 ]} و2.0 مؤقتًا. ^{[ 17 ]}

صمّم باري فيجنباوم بروتوكول SMB في شركة IBM مطلع عام 1983 بهدف تحويل نظام DOS INT 21h للوصول إلى الملفات المحلية إلى نظام ملفات شبكي. ^{[ 3 ]} أجرت مايكروسوفت تعديلات كبيرة على الإصدار الأكثر استخدامًا، وأدرجت دعم SMB في نظام التشغيل LAN Manager الذي بدأت بتطويره لنظام OS/2 بالتعاون مع شركة 3Com حوالي عام 1990. ^{[ 18 ] [ 19 ] [ 20 ]} واصلت مايكروسوفت إضافة ميزات إلى البروتوكول في نظام Windows for Workgroups ( حوالي عام 1992 ) وفي الإصدارات اللاحقة من Windows. تم تطبيق مصادقة LAN Manager بناءً على متطلبات مواصفات SMB الأصلية القديمة لاستخدام كلمات مرور IBM "LAN Manager"، ولكن تم تطبيق DES بطريقة معيبة سمحت باختراق كلمات المرور. ^{[ 21 ]} لاحقًا، تمت إضافة مصادقة Kerberos أيضًا. استخدمت بروتوكولات تسجيل الدخول إلى مجال ويندوز في البداية تشفير 40 بت خارج الولايات المتحدة ، بسبب قيود التصدير على التشفير الأقوى 128 بت ^{[ 22 ]} (تم رفعها لاحقًا في عام 1996 عندما وقع الرئيس بيل كلينتون الأمر التنفيذي 13026 ^{[ 23 ]} ).

صُمم بروتوكول SMB 1.0 (أو SMB1) في الأصل للعمل على إطارات NetBIOS (NetBIOS عبر معيار IEEE 802.2 ). ومنذ ذلك الحين، تم تعديله ليعمل مع NetBIOS عبر IPX/SPX (NBX) و NetBIOS عبر TCP/IP (NetBT). أيضًا، منذ نظام التشغيل Windows 2000 ، يعمل SMB على TCP باستخدام المنفذ 445، وهي ميزة تُعرف باسم "SMB المباشر على المضيف". ^{[ 24 ]} لا تزال هناك طبقة وسيطة (مشابهة لحزمة رسائل الجلسة في خدمة جلسات NetBT) بين SMB وTCP. ^{[ 24 ]} يستخدم Windows Server 2003 وأجهزة NAS القديمة بروتوكول SMB1 بشكل أصلي.

يُعدّ بروتوكول SMB1 بروتوكولًا كثيف البيانات، وهو ما لا يُمثّل مشكلة كبيرة على الشبكات المحلية (LAN) ذات زمن الاستجابة المنخفض. لكنّه يُصبح بطيئًا جدًا على الشبكات الواسعة (WAN) نظرًا لأنّ عملية المصافحة المتكررة تُضخّم زمن الاستجابة العالي المتأصل في هذه الشبكات. وقد قلّلت الإصدارات اللاحقة من البروتوكول من عدد عمليات المصافحة. ومن بين الحلول المُتاحة للتخفيف من أوجه القصور في البروتوكول استخدام مُنتجات تحسين الشبكات الواسعة، مثل تلك التي تُقدّمها شركات Riverbed و Silver Peak و Cisco . ويُعدّ التحديث إلى إصدار أحدث من SMB خيارًا أفضل، ويشمل ذلك ترقية أجهزة التخزين الشبكي (NAS) ونظام التشغيل Windows Server 2003. وتُعتبر أداة تحليل الشبكة، مثل Wireshark ، الطريقة الأكثر فعالية لتحديد حركة مرور SMB1. كما تُوفّر Microsoft أداة تدقيق في Windows Server 2016 لتتبّع الأجهزة التي تستخدم SMB1. ^{[ 25 ]}

أعلنت مايكروسوفت عن إيقاف دعم بروتوكول SMB1 في يونيو 2013. ^{[ 26 ]} ولا يتضمن نظاما التشغيل Windows Server 2016 و Windows 10 الإصدار 1709 بروتوكول SMB1 مثبتًا افتراضيًا. ^{[ 27 ]}

في عام ١٩٩٦، عندما أعلنت شركة صن مايكروسيستمز عن WebNFS ، ^{[ ٢٨ ]} أطلقت مايكروسوفت مبادرة لإعادة تسمية SMB إلى نظام ملفات الإنترنت المشترك (CIFS) ^{[ ٣ ]} ، وأضافت المزيد من الميزات، بما في ذلك دعم الروابط الرمزية والروابط الصلبة وأحجام الملفات الأكبر، ومحاولة أولية لدعم الاتصالات المباشرة عبر منفذ TCP ٤٤٥ دون الحاجة إلى NetBIOS كوسيلة نقل (وهي محاولة تجريبية إلى حد كبير تطلبت مزيدًا من التحسين). قدمت مايكروسوفت بعض المواصفات الجزئية كمسودات إنترنت إلى IETF . ^{[ ٦ ]} وقد انتهت صلاحية هذه المسودات منذ ذلك الحين.

أصدرت مايكروسوفت نسخة جديدة من البروتوكول (SMB 2.0 أو SMB2) في عام 2006 مع نظامي التشغيل ويندوز فيستا وويندوز سيرفر 2008. [ ^{29 ] ورغم} أن البروتوكول خاص بشركة مايكروسوفت، فقد نُشرت مواصفاته للسماح للأنظمة الأخرى بالعمل مع أنظمة تشغيل مايكروسوفت التي تستخدم البروتوكول الجديد. ^{[ 30 ]}

يُقلل بروتوكول SMB2 من كثرة الأوامر الفرعية في بروتوكول SMB 1.0، وذلك بتقليل عدد الأوامر الفرعية من أكثر من مئة إلى تسعة عشر أمرًا فقط. ^{[ 13 ]} ويحتوي على آليات لتقنية التجميع المتسلسل ، أي إرسال طلبات إضافية قبل وصول الرد على طلب سابق، مما يُحسّن الأداء عبر الروابط ذات زمن الاستجابة العالي . كما يُضيف إمكانية دمج عدة إجراءات في طلب واحد، مما يُقلل بشكل كبير من عدد مرات اتصال العميل بالخادم، وبالتالي يُحسّن الأداء. ^{[ 13 ]} ويحتوي بروتوكول SMB1 أيضًا على آلية دمج - تُعرف باسم AndX - لدمج عدة إجراءات، ولكن نادرًا ما تستخدمها عملاء مايكروسوفت. كما يُقدّم مفهوم "مقابض الملفات الدائمة": وهي تسمح باستمرار الاتصال بخادم SMB حتى في حال انقطاع الشبكة لفترات قصيرة، كما هو شائع في الشبكات اللاسلكية، دون الحاجة إلى إعادة التفاوض على جلسة جديدة.

يدعم بروتوكول SMB2 الروابط الرمزية . وتشمل التحسينات الأخرى تخزين خصائص الملفات مؤقتًا، وتحسين توقيع الرسائل باستخدام خوارزمية التجزئة HMAC SHA-256 ، وتحسين قابلية التوسع من خلال زيادة عدد المستخدمين والمشاركات والملفات المفتوحة لكل خادم، وغيرها. ^{[ 13 ]} يستخدم بروتوكول SMB1 أحجام بيانات 16 بت، مما يحد من حجم الكتلة الأقصى إلى 64 كيلوبايت. بينما يستخدم SMB2 حقول تخزين بعرض 32 أو 64 بت، و128 بت في حالة مقابض الملفات ، مما يزيل القيود السابقة على أحجام الكتل، ويحسن الأداء عند نقل الملفات الكبيرة عبر الشبكات السريعة. ^{[ 13 ]}

تستخدم أنظمة التشغيل Windows Vista/ Server 2008 والإصدارات الأحدث بروتوكول SMB2 عند التواصل مع أجهزة أخرى تدعم هذا البروتوكول. ويستمر استخدام بروتوكول SMB1 للاتصالات مع الإصدارات الأقدم من Windows، بالإضافة إلى حلول التخزين الشبكي (NAS) من مختلف الموردين . كما يتضمن Samba 3.5 دعمًا تجريبيًا لبروتوكول SMB2. ^{[ 31 ]} ويدعم Samba 3.6 بروتوكول SMB2 بشكل كامل، باستثناء تعديل حصص المستخدمين باستخدام أدوات إدارة الحصص في Windows. ^{[ 32 ]}

عندما طُرح بروتوكول SMB2، جلب معه العديد من المزايا مقارنةً ببروتوكول SMB1 لمطوري بروتوكولات SMB من جهات خارجية. صُمم بروتوكول SMB1 في الأصل من قِبل شركة IBM ، ثم خضع لهندسة عكسية ، وأصبح لاحقًا جزءًا من مجموعة واسعة من أنظمة التشغيل غير ويندوز، مثل Xenix و OS/2 و VMS ( Pathworks ). وقد ساهمت X/Open في توحيده جزئيًا؛ إذ قدمت مايكروسوفت مسودات إنترنت تصف SMB2 إلى فريق عمل هندسة الإنترنت (IETF) ، جزئيًا استجابةً لتوحيد IETF الرسمي للإصدار الرابع من نظام ملفات الشبكة في ديسمبر 2000. ^{[ 33 ]} ومع ذلك، انتهت صلاحية مسودات الإنترنت المتعلقة بـ SMB دون الحصول على أي موافقة من IETF أو أي اعتماد آخر. (للاطلاع على التفاصيل التاريخية، انظر http://ubiqx.org/cifs/Intro.html ). كما يُعد SMB2 نقلة نوعية عن الماضي، إذ يجب أن يعمل كود SMB1 الخاص بمايكروسوفت مع مجموعة كبيرة ومتنوعة من عملاء وخوادم SMB. يتميز بروتوكول SMB1 بتعدد إصدارات المعلومات الخاصة بالأوامر (اختيار البنية المراد إرجاعها لطلب معين) نظرًا لإضافة ميزات مثل دعم يونيكود لاحقًا. أما بروتوكول SMB2، فيتطلب اختبارات توافق أقل بكثير لمطوري البروتوكول. يتميز كود SMB2 ببساطته نظرًا لانخفاض التباين فيه (على سبيل المثال، تصبح مسارات الكود غير المتوافقة مع يونيكود زائدة عن الحاجة لأن SMB2 يتطلب دعم يونيكود).

انتقلت آبل إلى بروتوكول SMB2 (من بروتوكول ملفات آبل الخاص بها ، والذي أصبح الآن بروتوكولًا قديمًا) بدءًا من نظام التشغيل OS X 10.9 "Mavericks" . ^{[ 34 ]} إلا أن هذا الانتقال كان مليئًا بمشاكل التوافق. ^{[ 35 ] [ 36 ]} في الواقع، ظهر دعم غير افتراضي لبروتوكول SMB2 في نظام التشغيل OS X 10.7، عندما تخلت آبل عن بروتوكول Samba لصالح تطبيقها الخاص لبروتوكول SMB المسمى SMBX ^{[ 34 ]} بعد أن اعتمد Samba رخصة GPLv3 . ^{[ 37 ] [ 38 ]}

يدعم نظام ملفات عميل CIFS الخاص بنواة لينكس بروتوكول SMB2 منذ الإصدار 3.7. ^{[ 39 ]}

أدخل بروتوكول SMB 2.1، الذي تم تقديمه مع نظامي التشغيل Windows 7 و Server 2008 R2، تحسينات طفيفة على الأداء من خلال آلية قفل جديدة انتهازية. ^{[ 40 ]}

تم تقديم بروتوكول SMB 3.0 (الذي كان يُسمى سابقًا SMB 2.2) ^{[ 41 ]} مع نظامي التشغيل Windows 8 ^{[ 41 ]} و Windows Server 2012. [ ^{41 ] وقد} جلب معه العديد من التغييرات الهامة التي تهدف إلى إضافة وظائف وتحسين أداء SMB2، ^{[ 42 ]} لا سيما في مراكز البيانات الافتراضية :

• بروتوكول SMB المباشر (SMB عبر الوصول المباشر للذاكرة عن بعد [RDMA])
• SMB متعدد القنوات (اتصالات متعددة لكل جلسة SMB)، ^{[ 43 ] [ 44 ]}
• تجاوز الفشل الشفاف لبروتوكول SMB ^{[ 45 ] [ 46 ]}

كما يقدم العديد من التحسينات الأمنية، مثل التشفير التام بين الطرفين وخوارزمية توقيع جديدة تعتمد على معيار التشفير المتقدم (AES) . ^{[ 47 ] [ 48 ]}

تم تقديم بروتوكول SMB 3.0.2 (المعروف آنذاك باسم 3.02) مع نظامي التشغيل Windows 8.1 وWindows Server 2012 R2؛ ^{[ 49 ] [ 50 ]} في هذه الإصدارات والإصدارات اللاحقة، يمكن تعطيل الإصدار الأقدم من بروتوكول SMB (الإصدار 1) اختيارياً لزيادة الأمان. ^{[ 51 ] [ 52 ]}

تم طرح بروتوكول SMB 3.1.1 مع نظامي التشغيل Windows 10 و Windows Server 2016. [ ^{53 ] يدعم} هذا الإصدار تشفير AES-128 GCM بالإضافة إلى تشفير AES-128 CCM المُضاف في SMB3، ويُطبّق فحص سلامة ما قبل المصادقة باستخدام خوارزمية التجزئة SHA-512 . كما يُلزم SMB 3.1.1 بالتفاوض الآمن عند الاتصال بالعملاء الذين يستخدمون إصدارات SMB التي تدعمه. ^{[ 54 ]}

في عام 1991، بدأ أندرو تريدجيل بتطوير سامبا، وهو برنامج مجاني لإعادة تنفيذ بروتوكول الشبكات SMB/CIFS (باستخدام الهندسة العكسية ) لأنظمة يونكس ، وكان الهدف الأولي هو إنشاء خادم SMB لتمكين عملاء الكمبيوتر الشخصي الذين يشغلون برنامج DEC Pathworks من الوصول إلى الملفات على أجهزة SunOS . ^{[ 3 ] [ 56 ]} ونظرًا لأهمية بروتوكول SMB في التفاعل مع منصة مايكروسوفت ويندوز واسعة الانتشار ، أصبح سامبا تطبيقًا مجانيًا شائعًا لعميل وخادم SMB متوافقين، مما يسمح لأنظمة التشغيل غير ويندوز، مثل أنظمة يونكس ، بالعمل مع ويندوز.

ابتداءً من الإصدار 3 (2003)، يوفر سامبا خدمات الملفات والطباعة لعملاء مايكروسوفت ويندوز، ويمكن دمجه مع نطاق خادم ويندوز إن تي 4.0 ، إما كوحدة تحكم مجال أساسية (PDC) أو كعضو في المجال. يمكن لتثبيتات سامبا 4 أن تعمل كوحدة تحكم مجال Active Directory أو كخادم عضو، على مستويات وظائف مجال وغابة ويندوز 2008. ^{[ 57 ]}

يمكن لمديري الحزم في توزيعات لينكس البحث عن حزمة cifs-utils . هذه الحزمة مقدمة من فريق صيانة سامبا.

NSMB (Netsmb وSMBFS) هي عائلة من تطبيقات عميل SMB المدمجة في نواة أنظمة تشغيل BSD . ساهم بوريس بوبوف لأول مرة في تطويرها لنظام FreeBSD 4.4، وهي موجودة الآن في مجموعة واسعة من أنظمة BSD الأخرى، بما في ذلك NetBSD و macOS . ^{[ 58 ]} وقد تباينت هذه التطبيقات بشكل كبير منذ ذلك الحين. ^{[ 59 ]}

يتميز إصدار macOS من NSMB بنظام تمثيل الروابط الرمزية الشائع حاليًا. يُظهر هذا التنسيق، المعروف باسم "Minshall-French"، الروابط الرمزية كملفات نصية ذات .symlinkامتداد Xsym\nورقم سحري، بطول 1067 بايت دائمًا. يُستخدم هذا التنسيق أيضًا لتخزين الروابط الرمزية على خوادم SMB الأصلية أو أنظمة الملفات غير المدعومة. يدعم Samba هذا التنسيق بخيار إضافي mfsymlink. ^{[ 60 ]} ويبدو أن Docker على نظام Windows يستخدمه أيضًا.

NQ هي مجموعة من تطبيقات SMB المحمولة، تتضمن عميلًا وخادمًا، طورتها شركة Visuality Systems. ^{[ 61 ]} تتألف مجموعة NQ من حزمة SMB مدمجة (مكتوبة بلغة C)، وعميل SMB مكتوب بلغة Java، وخادم SMB للتخزين. تدعم جميع الإصدارات بروتوكول SMB  3.1.1، كما تدعم أنظمة تشغيل Linux وWindows CE وiOS وAndroid وVxWorks وغيرها.

MoSMB هو تطبيق SMB لمساحة المستخدم في نظام Linux. يدعم الإصدارين SMB 2.x وSMB 3.x. تشمل ميزاته الرئيسية: مجموعات الخوادم النشطة النشطة القابلة للتوسع على نطاق واسع، وSMB Direct (RDMA)، وSMB متعدد القنوات، والتحويل التلقائي الشفاف في حالة الفشل، والتوافر المستمر. كما يدعم MoSMB تخزين الكائنات في Amazon S3 كخادم تخزين خلفي، بالإضافة إلى أنظمة ملفات POSIX مثل ext4 و ZFS و Lustre و Ceph وغيرها. ^{[ 62 ]}

يُعدّ Fusion File Share من Tuxera تطبيقًا خاصًا لخادم SMB، طوّرته شركة Tuxera ، ويمكن تشغيله إما في نواة النظام أو في مساحة المستخدم . ^{[ 63 ]} وهو يدعم SMB 3.1.1 وجميع الإصدارات السابقة، بالإضافة إلى ميزات SMB المتقدمة مثل التوافر المستمر (المقابض الدائمة)، والتوسع الأفقي، و RDMA (SMB Direct)، وSMB متعدد القنوات، والضغط الشفاف، ونسخ الظل .

طوّرت شركة لايك وايز تطبيقًا لبروتوكول CIFS/SMB (الإصدارات 1.0، 2.0، 2.1، وSMB 3.0) في عام 2009، موفرةً منصة متعددة البروتوكولات، تدعم التحقق من الهوية، للوصول عبر الشبكة إلى الملفات المستخدمة في منتجات التخزين الأصلية (OEM) المبنية على أجهزة تعمل بنظامي لينكس/يونكس. ويمكن استخدام هذه المنصة مع أجهزة التخزين الشبكي التقليدية (NAS)، وبوابات السحابة، وأجهزة التخزين المؤقت السحابي، لتوفير وصول آمن إلى الملفات عبر الشبكة. استحوذت شركة إي إم سي إيزيلون على لايك وايز في عام 2012.

KSMBD هو تطبيق مفتوح المصدر لخادم CIFS/SMB مُدمج في نواة نظام لينكس. بالمقارنة مع تطبيقات مساحة المستخدم، يوفر أداءً أفضل ويُسهّل تنفيذ بعض الميزات مثل SMB Direct. وهو يدعم SMB 3.1.1 والإصدارات السابقة.

• " [ MS-CIFS]: بروتوكول نظام ملفات الإنترنت المشترك (CIFS)" . المواصفات المفتوحة . مايكروسوفت . 30 أكتوبر 2020.
  • يحدد بروتوكول نظام ملفات الإنترنت المشترك (CIFS)، وهو بروتوكول متعدد المنصات ومستقل عن النقل، يوفر آلية لأنظمة العميل لاستخدام خدمات الملفات والطباعة التي توفرها أنظمة الخادم عبر الشبكة.
• " [ MS-SMB]: بروتوكول كتلة رسائل الخادم (SMB)" . المواصفات المفتوحة . مايكروسوفت . 25 يونيو 2021.
  • يحدد بروتوكول كتلة رسائل الخادم (SMB)، الذي يحدد امتدادات لمواصفات نظام ملفات الإنترنت المشترك (CIFS) الحالية التي نفذتها مايكروسوفت منذ نشر مواصفات CIFS.
• " [ MS-SMB2]: بروتوكول كتلة رسائل الخادم (SMB) الإصدارين 2 و3" . المواصفات المفتوحة . مايكروسوفت . 14 ديسمبر 2021.
  • يحدد بروتوكول كتلة رسائل الخادم (SMB) الإصدارين 2 و 3، اللذين يدعمان مشاركة موارد الملفات والطباعة بين الأجهزة ويوسعان المفاهيم من بروتوكول كتلة رسائل الخادم.
• " [ MS-SMBD]: بروتوكول نقل الوصول المباشر للذاكرة عن بُعد (RDMA) لبروتوكول SMB2" . المواصفات المفتوحة . مايكروسوفت . 25 يونيو 2021.
  • يُحدد هذا البروتوكول بروتوكول نقل الوصول المباشر للذاكرة عن بُعد (RDMA) الخاص بـ SMB2، وهو عبارة عن غلاف لبروتوكول SMB2 الحالي يسمح بتسليم حزم SMB2 عبر وسائل نقل تدعم RDMA مثل iWARP أو Infiniband مع الاستفادة من إمكانيات وضع البيانات المباشر (DDP) لهذه الوسائل. تشمل المزايا تقليل الحمل على وحدة المعالجة المركزية، وتقليل زمن الاستجابة، وتحسين الإنتاجية.