يحتوي هذا الموضوع على مشكلتين منفصلتين في Samba، ولا ينبغي التعامل معهما على أنهما خطأ واحد. أولًا، عرض ZimaOS 1.5.4 alpha 3 رسالة «فشل إدارة المشاركة» عند مشاركة مجلد جديد. وقد أدت إعادة تثبيت ZimaOS وإعادة التشغيل إلى حل هذه المشكلة لدى صاحب المنشور الأصلي.
بعد ذلك، عرض Windows رسالة مختلفة تفيد بأن سياسة أمان المؤسسة منعت وصول الضيف غير الموثق. وقد حُلَّت المشكلة الثانية عندما أنشأ المستخدم مستخدمًا منفصلًا في ZimaOS بدلًا من الاتصال باستخدام حساب المسؤول.
افصل خطأ ZimaOS عن خطأ Windows
إذا تعذر إنشاء المشاركة في ZimaOS من الأساس، فتحقق من خدمة Samba والإعداد الذي تم إنشاؤه. أما إذا كانت المشاركة موجودة لكن Windows يرفض فتحها، فركّز على المصادقة وأذونات المشاركة.
أدوات التشخيص المذكورة في الموضوع
اقترح أحد أفراد المجتمع التحقق من حالة Samba والسجلات الحديثة:
systemctl status smbd nmbd --no-pager
journalctl -u smbd -u nmbd --no-pager -n 200كما اقترح التحقق من صحة إعداد Samba:
testparm -sوالتحقق من إمكانية رؤية المشاركات محليًا:
smbclient -L localhost -Nهذه الأوامر مخصصة للتشخيص، ولا تصلح الأذونات بحد ذاتها.
استخدم حساب عضو موثّقًا
يوثّق إعداد عضو Samba في ZimaOS حسابات الأعضاء والأذونات لكل مستخدم والوصول من Windows باستخدام اسم مستخدم وكلمة مرور. وهذا يتوافق مع النتيجة الناجحة في الموضوع: فقد أنشأ صاحب المنشور الأصلي مستخدمًا جديدًا وبدأ الوصول من Windows بالعمل.
للوصول إلى مشاركة محمية، اتصل من Windows باستخدام مسار المشاركة وبيانات اعتماد العضو المعيّن في ZimaOS، بدلًا من الاعتماد على وصول الضيف المجهول.
سياق الإصدار
كان التقرير الأول عن «فشل إدارة المشاركة» مرتبطًا بإصدار تجريبي. لا تفترض أن خطوة إعادة التثبيت نفسها مطلوبة في إصدارات ZimaOS المستقرة الحالية. والدرس الأهم هو التمييز بين فشل إنشاء المشاركة وفشل سياسة المصادقة في Windows.
سياق مصادقة SMB الحالي
يعرض SMB في ZimaOS على CachyOS المبدأ نفسه من منظور عميل Linux: تحقّق من بيانات اعتماد العضو قبل إلقاء اللوم على اكتشاف الخادم. وتشرح أساسيات مشاركة ملفات NAS أذونات أعضاء ZimaOS الحالية عبر عملاء Windows وmacOS وLinux والأجهزة المحمولة، بينما تقدم تغييرات ZimaOS 1.5 سياقًا مفيدًا لإصدار واجهة التخزين والمشاركة.
توضح سياسة Microsoft الخاصة بضيف SMB أن إصدارات Windows الحالية تقيّد مصادقة ضيف SMB غير الآمنة، لأن جلسات الضيف تفتقر إلى وسائل حماية المصادقة المعتادة. كما يوفر مرجع Samba لـ smbclient طريقة مباشرة من جهة العميل لسرد مشاركات SMB واختبارها باستخدام بيانات اعتماد صريحة، وهو أمر مفيد للفصل بين مشكلة سياسة Windows Explorer ومشكلة خادم Samba.
الخلاصة
في هذه الحالة، أدت إعادة التثبيت إلى حل مشكلة إدارة المشاركة في الإصدار التجريبي، لكن خطأ Windows كان له سبب منفصل. وقد أدى إنشاء حساب عضو مخصص في ZimaOS واستخدامه إلى حل حظر وصول الضيف. كما تفضّل إرشادات Samba الحالية في ZimaOS استخدام بيانات اعتماد الأعضاء والأذونات المحددة صراحةً.
