إذا كان مجلد مشترك في CasaOS يعمل من جهاز Mac وحاسوب Windows أقدم، لكن جهاز كمبيوتر جديدًا يعمل بنظام Windows 11 24H2 يُرجع خطأً موسّعًا، فقد لا تكون مشاركة CasaOS نفسها معطّلة. فقد عرّف منشور مجتمع IceWhale الصادر في ديسمبر 2024 هذا النمط تحديدًا بأنه ناتج عن تغييرات أمنية أدخلتها Microsoft في Windows 11 24H2.
شدّد Windows 11 24H2 سلوك SMB بطرق تؤثر في أجهزة NAS المنزلية: إذ يُطلب توقيع SMB افتراضيًا في إصدارات Pro وEnterprise وEducation، كما يُعطّل الرجوع غير الآمن إلى وصول الضيوف في Windows 11 Pro. وتوصي Microsoft بإصلاح جانب NAS أولًا—باستخدام توقيع SMB وأسماء المستخدمين وكلمات المرور الموثّقة—بدلًا من إضعاف عميل Windows.
لماذا يعمل جهاز Windows القديم بينما يفشل الجهاز الجديد
كان مستخدم CasaOS الأصلي يستخدم بالفعل جهاز Mac وحاسوبًا محمولًا أقدم يعمل بنظام Windows 11 للوصول إلى المشاركات نفسها بنجاح. أما نظام Windows 11 البديل وحده فكان يفشل. وهذا يجعل إصدار Windows وسياسة SMB فيه هدفًا أنسب لاستكشاف الأخطاء وإصلاحها من القرص أو المشاركة نفسها.
توضح إرشادات Microsoft حول أجهزة NAS في Windows 11 24H2 أن الإصدار يفرض توقيع SMB افتراضيًا في عدة إصدارات، ويعطّل الرجوع غير الآمن إلى وصول الضيوف في إصدار Pro.
ما الذي يغيّره توقيع SMB
يتيح توقيع SMB للعميل والخادم التحقق من أن رسائل الشبكة لم تُعدَّل أثناء النقل. تنص وثائق Microsoft الحالية حول توقيع SMB على أن إصدارات Windows 11 24H2 Pro وEnterprise وEducation تتطلب، افتراضيًا، التوقيع للاتصالات الواردة والصادرة.
إذا لم يدعم خادم SMB تابع لجهة خارجية سلوك التوقيع المطلوب، فقد يرفض Windows الاتصال رغم أن أجهزة الكمبيوتر الأقدم لا تزال تعمل.
لماذا قد لا ينجح تفعيل وصول الضيوف رغم ذلك
كان كاتب المجتمع قد فعّل بالفعل الوصول غير الآمن للضيوف، لكن اشتراط التوقيع والوصول للضيوف لا يتوافقان بسلاسة. وتشير Microsoft إلى أن اشتراط توقيع SMB يحظر أيضًا الرجوع المعتاد إلى وصول الضيوف.
التكوين الأكثر أمانًا على المدى الطويل هو:
- استخدم SMB2/SMB3 بدلًا من SMB1.
- أنشئ اسم مستخدم وكلمة مرور حقيقيين في Samba.
- فعّل توقيع SMB على الخادم عندما يكون مدعومًا.
- اتصل من Windows باستخدام بيانات اعتماد موثّقة.
استخدم عنوان IP لأغراض التشخيص
اقترح أول رد مجتمعي اختبار عنوان IP للخادم بدلًا من اسم المضيف:
\\192.168.1.50\ShareNameيفيد هذا في التمييز بين مشكلات تحليل الأسماء ومشكلات مصادقة SMB أو توقيعه. بالنسبة إلى بيئة موقّعة بشكل دائم، تفضّل إرشادات Microsoft الحالية استخدام أسماء مضيفين تُحلّ بشكل صحيح بدلًا من اعتماد عناوين IP الخام كهدف للتصميم.
لا تفعّل جميع إصدارات SMB كحل أول
كان أحد الاقتراحات المجتمعية هو تثبيت جميع إصدارات بروتوكول SMB ضمن ميزات Windows. لكن هذا ليس النهج الحالي المفضّل. بروتوكول SMB1 قديم ومعطّل افتراضيًا في أنظمة Windows الحديثة. وينبغي عادةً أن يستخدم نشر CasaOS/Samba الحالي SMB2 أو SMB3.
لا تفعّل SMB1 لمجرد أن Windows 11 24H2 يفشل في الاتصال. تحقّق أولًا من التوقيع والوصول الموثّق.
ترتيب الإصلاحات الموصى به من Microsoft
- فعّل توقيع SMB على NAS/الخادم إن أمكن.
- عطّل الوصول المقتصر على الضيوف.
- أنشئ اسم مستخدم وكلمة مرور على NAS.
- حدّث برنامج NAS/الخادم إذا كان دعم SMB الأحدث متاحًا.
- لا تفكر في إضعاف سياسات التوقيع أو الضيوف في Windows إلا بعد فشل هذه الخيارات.
التحقق من إعدادات عميل SMB في Windows
من نافذة PowerShell ذات الصلاحيات المرتفعة:
Get-SmbClientConfiguration | Select RequireSecuritySignature, EnableInsecureGuestLogonsيتيح لك هذا عرض سياسة العميل الحالية قبل تغيير أي شيء.
الملاذ الأخير: تعطيل متطلب التوقيع
توثّق Microsoft أمر التوافق التالي:
Set-SmbClientConfiguration -RequireSecuritySignature $falseسيطلب Windows تأكيدًا. يقلل هذا من أمان SMB، لذا لا تجعله أول حل لمشكلة CasaOS. توصي Microsoft صراحةً بإصلاح الخادم التابع لجهة خارجية متى أمكن.
الملاذ الأخير: إعادة تفعيل عمليات تسجيل دخول الضيوف غير الآمنة
Set-SmbClientConfiguration -EnableInsecureGuestLogons $trueقد يساعد هذا مع خادم مخصص للضيوف فقط، لكنه يضعف المصادقة. إذا كان توقيع SMB لا يزال مطلوبًا، فقد لا يؤدي تفعيل وصول الضيوف وحده إلى حل مشكلة الاتصال.
مسح بيانات اعتماد Windows القديمة
بعد الانتقال من وصول الضيف إلى حساب Samba مُسمّى، قد يحتفظ Windows بجلسة SMB قديمة. افصل التعيينات الحالية:
net use * /deleteبعد ذلك، أزل الإدخالات القديمة من مدير بيانات الاعتماد > بيانات اعتماد Windows وأعد الاتصال باستخدام الحساب المقصود. يفصل هذا الأمر جميع مشاركات الشبكة المعيّنة الحالية للمستخدم، لذا استخدمه بحذر.
هل يمكن لـ FileZilla استبدال SMB؟
سأل رد لاحق من المجتمع عن FileZilla. يستخدم FileZilla عادةً FTP أو FTPS أو SFTP؛ ولا يستبدل مشاركة SMB في مستكشف Windows بمفرده. وإذا تم إعداد SSH/SFTP على الخادم، فيمكنه توفير نقل الملفات، لكنه يستخدم بروتوكولًا مختلفًا ونموذج أذونات مختلفًا.
قائمة التحقق لاستكشاف أخطاء المجلد المشترك في CasaOS وإصلاحها
- تأكد من أن المشاركة نفسها لا تزال تعمل من عميل آخر.
- تأكد من أن الكمبيوتر المتعطل يعمل بنظام Windows 11 24H2 أو إصدار أحدث.
- اختبر كلًا من اسم المضيف وعنوان IP للشبكة المحلية.
- لا تفعّل SMB1 كخطوة أولى لاستكشاف الأخطاء وإصلاحها.
- فضّل استخدام اسم مستخدم وكلمة مرور حقيقيين في Samba بدلًا من الوصول المقتصر على الضيف.
- تحقق مما إذا كان خادم Samba يدعم التوقيع.
- افحص Windows باستخدام
Get-SmbClientConfiguration. - امسح الجلسات القديمة وبيانات الاعتماد المخزنة مؤقتًا بعد تغيير المصادقة.
- استخدم مفاتيح توافق Microsoft غير الآمنة فقط عندما يتعذر تصحيح الخادم.
الأسئلة الشائعة حول المجلد المشترك في CasaOS على Windows 11
لماذا توقفت المشاركة عن العمل على Windows 11 24H2 فقط؟
قدّم Windows 11 24H2 إعدادات افتراضية أكثر تشددًا لتوقيع SMB وسلوك مصادقة الضيف. وتتبع كاتب المجتمع الأصلي سبب العطل إلى تغييرات Microsoft هذه.
ماذا يعني ظهور رسالة «حدث خطأ موسّع»؟
هذا خطأ عام في شبكة Windows. في سلسلة النقاش المصدرية هذه، وجد الكاتب أن تغييرات سياسة SMB في Windows 11 24H2 هي السبب ذي الصلة.
هل ينبغي تفعيل SMB1؟
ليس في عملية نشر CasaOS حديثة وعادية. أصلح توقيع SMB2/SMB3 والوصول الموثّق أولًا.
هل تعطيل توقيع SMB آمن؟
يؤدي ذلك إلى إزالة حماية من العبث وهجمات الترحيل. توثّق Microsoft مفتاح التبديل للخوادم التابعة لجهات خارجية غير المتوافقة، لكنها توصي بإصلاح الخادم متى أمكن.
هل يمكنني الاستمرار في استخدام مشاركة تقتصر على الضيف؟
يمكن تهيئة Windows للسماح بتسجيلات دخول الضيف غير الآمنة، لكن Windows 11 24H2 يثبط هذا النموذج عمدًا. ويُعد حساب SMB مُسمّى أكثر أمانًا.
