لماذا يعمل مشاركة الملفات عبر SMB على ويندوز ولكنه يفشل على ماك؟

عندما يعمل مشاركة ملفات SMB على Windows لكنه يفشل على macOS، فمن المحتمل أن الخادم ليس غير متصل تمامًا. لقد أظهر Windows بالفعل أن المشاركة موجودة وأن عميلًا واحدًا على الأقل يمكنه الوصول إليها. الفرق على الأرجح في العنوان المستخدم، بيانات الاعتماد المحفوظة، هوية الحساب، تفاوض SMB، متطلبات التوقيع، أذونات المشاركة، أو طريقة تعامل Finder مع مجلدات الشبكة.

أسلم طريقة لاستكشاف الأخطاء هي جعل كلا الجهازين يختبران نفس الهدف. ابدأ بعنوان IP الدقيق واسم المشاركة، ثم انتقل عبر حل اسم المضيف، المصادقة، التفاوض الأمني، الأذونات، توافق Samba، وأداء Finder. لا تبدأ بـ تمكين SMB القديم أو تعطيل التوقيع عبر Mac.

تأكد أولاً من أن Windows وmacOS يفتحان نفس المشاركة

قد يكون لدى Windows بالفعل محرك أقراص معين مثل \\192.168.1.50\Documents، بينما ينقر مستخدم Mac على أيقونة خادم في Finder أو يحاول فقط smb://اسم-الخادمقد تشير تلك الاختبارات إلى عناوين أو حسابات أو مسارات مشاركة مختلفة.

على جهاز Windows، سجل عنوان الخادم العامل واسم المشاركة واسم المستخدم وما إذا كان الاتصال يستخدم عنوان IP أو اسم المضيف. ثم اضغط Command + K في Finder وأدخل المسار المكافئ، مثل smb://192.168.1.50/Documents.

إذا كان بإمكان Mac فتح مسار IP والمشاركة الدقيق، فإن خدمة SMB والمشاركة متاحةان أساسًا. المشكلة المتبقية على الأرجح هي في الاكتشاف أو DNS أو بيانات الاعتماد المخزنة أو تنسيق المسار الأصلي.

استخدم عنوان IP الخاص بالخادم قبل الاعتماد على اكتشاف Finder

لا يكتشف Windows وmacOS دائمًا أجهزة الشبكة بنفس الطريقة. قد يظهر الخادم تلقائيًا في مستكشف ملفات Windows بينما يظل غائبًا عن عرض الشبكة في Finder.

هذا لا يعني بالضرورة أن macOS لا يمكنه استخدام SMB. يعتمد الاكتشاف التلقائي على DNS وmDNS وسلوك متوافق مع NetBIOS وحل أسماء الموجه والإعلانات التي يصدرها خادم الملفات. الوصول المباشر من خلال smb://IP/share يتجاوز معظم طبقة الاكتشاف تلك.

إذا كان عنوان IP يعمل، فاحتفظ بتكوين SMB دون تغيير وحقق في الاسم بدلاً من ذلك. تحقق مما إذا كان اسم المضيف يحل إلى العنوان الصحيح، وما إذا كان الخادم يعلن عن نفسه عبر mDNS، وما إذا كان جهاز Mac قد خزّن عنوانًا قديمًا.

امسح بيانات الاعتماد المحفوظة قبل إعادة تعيين كلمة مرور الخادم

يمكن لـ macOS إعادة استخدام بيانات اعتماد SMB المخزنة في Keychain. يصبح هذا مربكًا عندما تتغير كلمة المرور، أو يتم الوصول إلى نفس الخادم عبر كل من IP واسم المضيف، أو إذا اختار المستخدم سابقًا الوصول كضيف.

افصل المشاركة المركبة، وافتح Keychain Access، وابحث عن اسم مضيف الخادم، عنوان IP، واسم المشاركة. قم بإزالة الإدخالات القديمة، ثم أعد الاتصال وأدخل الحساب الموجود فعليًا على خادم SMB.

تبدأ خطوات استكشاف أخطاء Apple بالتحقق من اسم المستخدم الصحيح، كلمة المرور، اسم المضيف، والوصول إلى المشاركة. على الرغم من أن تلك الصفحة تتناول بيئات SMB المستضافة على macOS، إلا أن نفس الفصل مفيد هنا: المصادقة الناجحة والإذن باستخدام مشاركة معينة هما فحصان مختلفان.

تأكد من أن جهاز Mac يرسل هوية الحساب الصحيحة

قد يتصل جهاز Windows تلقائيًا بحسابه المسجل الدخول. على macOS، قد يكون مربع تسجيل الدخول افتراضيًا باسم مستخدم Mac، والذي قد لا يكون موجودًا على خادم Windows أو NAS أو Samba.

قد يتوقع الخادم حساب خادم محلي، أو مستخدم Samba، أو حساب Microsoft، أو هوية Active Directory، أو حساب مؤهل باسم جهاز، أو مجموعة عمل، أو اسم نطاق. اعتمادًا على البيئة، قد تشمل الصيغ الصحيحة اسم المستخدم, SERVER\username، أو DOMAIN\username.

لا تستخدم رمز PIN الخاص بـ Windows Hello ككلمة مرور SMB. عادةً ما يفتح رمز PIN جهاز Windows محليًا؛ لا يزال خادم الملفات يحتاج إلى كلمة مرور الحساب الأساسية أو طريقة مصادقة مدعومة أخرى.

تحقق مما إذا كان المنفذ 445 متاحًا من جهاز Mac

إذا فشل مسار SMB الدقيق قبل ظهور موجه تسجيل الدخول، تحقق من أن جهاز Mac يمكنه الوصول إلى الخادم على منفذ TCP 445. قد يستخدم Windows واجهة شبكة مختلفة، أو VLAN، أو ملف تعريف جدار حماية، أو مسار محفوظ.

على نظام macOS، اختبار بسيط مثل nc -vz 192.168.1.50 445 يمكن أن يُظهر ما إذا كان المنفذ يقبل الاتصال. يشير انتهاء المهلة إلى وجود مشكلة في التوجيه، أو عزل VLAN، أو قواعد جدار الحماية، أو خادم لا يستمع على الواجهة المتوقعة.

إذا كان المنفذ 445 متاحًا لكن المصادقة فشلت، لم يعد مسار الشبكة الفعلي هو المشتبه الرئيسي. انتقل إلى بيانات الاعتماد، لهجات SMB، التوقيع، وأذونات المشاركة.

يمكن أن يختلف تفاوض لهجة SMB بين العميلين

قد تقدم أجهزة التوجيه القديمة وأجهزة NAS القديمة وتثبيتات Samba القديمة مجموعات بروتوكولات يقبلها جهاز Windows واحد لكن Mac الحالي لا يتفاوض عليها بنجاح.

الحل طويل الأمد هو تكوين الخادم لـ SMB2 و SMB3 بدلاً من الاعتماد على SMB1 أو مجموعة من استثناءات التوافق على جانب العميل. يمكن لتكوين Samba حديث أن يستخدم صراحة SMB2 كحد أدنى و SMB3 كحد أقصى للبروتوكول، مما يمنح Windows و macOS نطاق تفاوض أوضح.

لا تفترض أن توافق Windows يثبت أن تكوين الخادم حديث. قد يكون SMB1 أو المصادقة القديمة قد تم تمكينها يدويًا على جهاز Windows ذلك، بينما يستخدم Mac قاعدة أمان مختلفة.

يجب أن تتطابق متطلبات التوقيع والمصادقة

يؤكد توقيع SMB أن الرسائل لم يتم تعديلها أثناء النقل. يمكن أن يفشل الاتصال عندما يختلف العميل والخادم حول قدرات أمان SMB أو المصادقة أو التوقيع أو سلوك التحقق والتفاوض.

تشير Apple إلى أن SMB 3 هو طريقة الاتصال الافتراضية على macOS، وأن جلسات SMB 3 المصادقة تستخدم التوقيع، وأن بعض بيئات الدليل المرتبطة قد تفشل أثناء فحوصات التحقق والتفاوض وتوقيع الجلسة في SMB 3. هذه حالة محددة لـ Open Directory، لكنها توضح سبب ظهور رسالة "فشل الاتصال" عامة أثناء التفاوض الأمني بدلاً من الشبكات الأساسية.

لا تقم بتعيين signing_required=no أو validate_neg_off=yes كرد أول. تعطيل التحقق أو التوقيع يمكن أن يقلل من الحماية ضد الاعتراض. تأكد أولاً من أن الخادم يدعم إصدار SMB الحالي ولديه سياسة توقيع متسقة.

قد لا يكون الوصول كضيف هو ما يستخدمه Windows فعليًا

قد يفتح مشاركة Windows دون عرض مطالبة كلمة المرور، مما يدفع المستخدم إلى افتراض أنها مشاركة ضيف. قد يعيد Windows في الواقع استخدام بيانات الاعتماد المخزنة مؤقتًا من مدير الاعتماد أو الحساب المسجل الدخول به.

على عميل Windows، افحص جلسة SMB النشطة أو افصل المشاركة المعينة وأعد الاتصال صراحة. ثم استخدم نفس حساب الخادم على Mac.

إذا كانت المشاركة مجهولة الهوية عمدًا، فتأكد من أن الخادم يسمح بالوصول كضيف ويربط مستخدمي الضيوف بحساب يمتلك أذونات نظام ملفات مناسبة. تجنب تمكين وصول ضيف واسع فقط لتجاوز مشكلة بيانات اعتماد غير محلولة.

أذونات المشاركة وأذونات نظام الملفات منفصلة

قد يصادق Mac بنجاح لكنه لا يزال يرى مشاركة فارغة، أو يتلقى "تم رفض الإذن"، أو يركب المجلد كقراءة فقط. في هذه الحالة، نجح اتصال SMB؛ لكن لم تنجح تفويضات الملفات.

تقيم معظم خوادم الملفات طبقتين على الأقل. تحدد تهيئة المشاركة المستخدمين الذين يمكنهم الدخول إلى المشاركة، بينما تحدد أذونات NTFS، وملكية POSIX، أو قوائم التحكم في الوصول لنظام الملفات ما يمكن لهؤلاء المستخدمين قراءته، إنشاؤه، تعديله، وحذفه.

اختبر Windows وmacOS باستخدام نفس حساب الخادم. إذا استخدم عميل واحد مستخدمًا أو مجموعة مختلفة، فإن نتائجهما غير قابلة للمقارنة مباشرة. تحقق أيضًا مما إذا كان Mac متصلًا كضيف عن طريق الخطأ بينما استخدم Windows حسابًا مصادقًا.

قد يحتاج Samba إلى دعم أفضل لبيانات macOS الوصفية

إذا كان الخادم يستخدم Samba، فإن التوافق الأساسي مع Windows لا يضمن سلوكًا مثاليًا على macOS. يستخدم Finder وتطبيقات Mac السمات الموسعة، وبيانات Finder الوصفية، وتدفقات البيانات البديلة، وفروع الموارد التي قد لا يطلبها عملاء Windows أبدًا.

يمكن لإعداد Samba المخصص للاستخدام المختلط بين Windows وmacOS تمكين بيانات macOS الوصفية عبر fruit وstreams_xattr. قد تتضمن التهيئة النموذجية vfs objects = catia fruit streams_xattr بحيث يمكن تمثيل بيانات Apple الخاصة دون تعطيل الوصول العادي لنظام Windows.

تكون هذه الوحدات ذات صلة خاصة عندما يتم توصيل المشاركة لكن أسماء الملفات، السمات الموسعة، فروع الموارد، سلوك Time Machine، أو بيانات Finder الوصفية غير متناسقة. وهي ليست بديلاً عن تصحيح كلمة مرور خاطئة أو خادم غير متاح.

مشاكل أداء Finder قد تبدو كفشل في الاتصال

أحيانًا يكون الاتصال بالمشاركة ناجحًا، لكن Finder يعرض دليلًا فارغًا، أو يدور لعدة ثوانٍ، أو يصبح غير مستجيب عند فتح مجلد كبير. يختبر المستخدم هذا على أنه "تعطل SMB"، رغم أن التوصيل نفسه تم بنجاح.

قد يطلب Finder بيانات وصفية للملف، وأذونات، ومعاينات، ومعلومات الموارد، وتحديثات الدليل. تؤثر هذه العمليات على جهاز Mac بشكل مختلف عن قائمة الدليل الأساسية في Windows، خاصة على المجلدات الكبيرة أو الخوادم التي لا تتعامل مع البيانات الوصفية الموجهة لأبل.

اختبر نفس المشاركة المركبة في Terminal باستخدام أوامر مثل ls، أو نسخ ملف كبير واحد دون تصفح دليل كبير أولاً. إذا كان الوصول إلى Terminal يعمل بينما يظل Finder بطيئًا، فقم باستكشاف بيانات التعريف وتعداد الدليل بدلاً من المصادقة.

المشاركة البطيئة ليست هي نفسها المشاركة الفاشلة

لا تدمج بين فشل المصادقة ومشاكل سرعة النقل في تشخيص واحد. جهاز Mac الذي لا يمكنه تركيب مشاركة لديه مشكلة مختلفة عن جهاز Mac الذي يركب المشاركة بنجاح لكنه يكتب ببطء.

في حالة من مجتمع Unraid، وصلت القراءات إلى حوالي 180 ميجابايت/ث بينما انخفضت الكتابات إلى حوالي 2 ميجابايت/ث، على الرغم من أن اختبارات القرص المحلي والشبكة كانت أسرع بكثير. هذا مفيد كنمط عرض، لكنه لا يثبت أن التوقيع هو السبب الشامل؛ يمكن لتخطيط التخزين، وسلوك التخزين المؤقت، والملفات الصغيرة، وواجهات العميل، وإعدادات Samba أن تنتج تماثلًا مشابهًا.

قِس بشكل منفصل: معدل نقل الشبكة، قراءة ملف كبير واحد، كتابة ملف كبير واحد، وحمل عمل العديد من الملفات الصغيرة. قم بضبط إعدادات أداء SMB فقط بعد تحديد أي اختبار هو البطيء فعليًا.

تضيف Samba القائمة على Docker مشاكل في تعيين المستخدم والحجم

يمكن لحاوية Samba قبول اتصالات Windows بينما ترفض macOS لأن العميلين لا يقدمان نفس الهوية. قد تنشر الحاوية أيضًا المنفذ 445 بشكل صحيح بينما يكون لحجم التخزين المركب ملكية أو قوائم تحكم وصول (ACLs) غير متوافقة.

تحقق من حساب Samba داخل الحاوية، ومعرف المستخدم والمجموعة المضيف المستخدمين للتخزين المركب، وأذونات القراءة/الكتابة للحجم، والمنفذ المنشور، و smb.confراجع سجلات الحاوية أثناء محاولة جهاز Mac الاتصال.

إذا وصلت الطلب إلى الحاوية ونجح التوثيق، توقف عن تغيير شبكة Docker. ركز على تعيين المستخدم، تكوين المشاركة، ملكية نظام الملفات، ودعم بيانات Apple الوصفية.

اعتبر تعديلات SMB على جانب العميل كآخر طبقة

غالبًا ما توفر الإصلاحات عبر الإنترنت حلاً طويل الأمد /etc/nsmb.conf ملف يعطل التوقيع، يغير تخزين الدليل المؤقت، يفرض بروتوكولًا، أو يعدل سلوك القنوات المتعددة. نسخ كل هذه الإعدادات مرة واحدة يجعل من المستحيل معرفة التغيير الذي كان له الأثر.

قد تساعد التغييرات التي تم اختبارها من قبل المجتمع والتي تتضمن تخزين الدليل المؤقت وسلوك القنوات المتعددة السلكية مجموعات محددة من macOS والشبكات وUnraid. تتضمن نفس المناقشة أيضًا خيارات تقليل الأمان ونتائج متضاربة، لذا يجب اعتبارها استكشاف أخطاء تجريبيًا وليس تكوينًا عالميًا.

قبل التحرير nsmb.conf، احفظ الحالة الحالية وغيّر معلمة واحدة في كل مرة. أعد اختبار نفس المجلد ونقل الملفات بعد كل تغيير. تجنب تعطيل التوقيع فقط من أجل السرعة ما لم يتم فهم المقايضة الأمنية وكانت المشاركة محدودة لشبكة موثوقة.

اتبع ترتيب استكشاف الأخطاء متعدد الطبقات

تبدأ العملية الأكثر فعالية بالهدف الدقيق وتتجه نحو سلوك العميل الأكثر تحديدًا. لا تقم بتحرير إعدادات Samba أو Keychain أو DNS أو التوقيع أو Finder في نفس الوقت.

ابدأ بمسار Windows العامل، اختبر smb://IP/share على macOS، وتأكيد المنفذ 445. ثم قم بمسح بيانات الاعتماد المحفوظة، والتحقق من هوية الحساب، وفحص دعم SMB2/3. بعد ذلك، افحص التوقيع، أذونات المشاركة، قوائم التحكم في نظام الملفات (ACLs)، امتدادات Samba Apple، وأداء Finder.

تحافظ هذه التسلسلات على الأدلة من كل اختبار. تحدد نتيجة IP مقابل اسم المضيف مشاكل الاكتشاف؛ ويحدد موجه تسجيل الدخول خدمة SMB المتاحة؛ وتحدد المشاركة المركبة ولكن للقراءة فقط الأذونات؛ وجلسة Terminal العاملة مع نافذة Finder بطيئة تحدد سلوك التصفح على جانب العميل.

الخلاصة النهائية

عندما يعمل SMB على Windows لكنه يفشل على macOS، استخدم اتصال Windows كمرجع بدلاً من دليل على صحة كل إعدادات الخادم. قد يستخدم العميلان عناوين مختلفة، أسماء مستخدمين، بيانات اعتماد مخزنة، قدرات بروتوكول، أو أذونات مختلفة.

ابدأ بـ smb://IP/share المسار. إذا نجح عنوان IP لكن فشل اسم المضيف، قم بتحرّي أخطاء الاكتشاف. إذا فشل تسجيل الدخول، امسح بيانات اعتماد Keychain وتحقق من حساب الخادم. إذا نجحت المصادقة لكن لم يتم الوصول إلى الملفات، افحص أذونات المشاركة وقوائم التحكم بالوصول لنظام الملفات. إذا تم تركيب المشاركة لكن Finder بطيء، انتقل إلى البيانات الوصفية، امتدادات Samba Apple، واختبارات الأداء المقاسة.

يجب أن تظل الخيارات على جانب العميل التي تعطل التوقيع أو فحوصات التفاوض الملاذ الأخير. يوفر خادم SMB2/3 حديث، وتعيين حساب واضح، وأذونات صحيحة، ودعم مقصود للبيانات الوصفية على macOS إصلاحًا أكثر موثوقية من إضعاف الأمان لاستيعاب عدم تطابق تكوين غير مفسر.

الأسئلة الشائعة

لماذا يمكن لـ Windows رؤية خادم SMB الخاص بي ولكن Finder لا يستطيع؟

قد يستخدم Windows وmacOS طرق اكتشاف مختلفة. جرب عنوان IP الدقيق للخادم ومسار المشاركة مع smb://192.168.x.x/shareإذا نجح ذلك، فالمشكلة في حل اسم المضيف أو الاكتشاف وليس في SMB نفسه.

لماذا يرفض جهاز Mac الخاص بي كلمة مرور تعمل على Windows؟

قد يعيد جهاز Mac استخدام كلمة مرور قديمة من Keychain أو يرسل اسم مستخدم macOS المحلي بدلاً من حساب الخادم. قم بإزالة بيانات اعتماد SMB المخزنة وأعد الاتصال بالحساب المحدد على خادم الملفات.

هل يجب علي تعطيل توقيع SMB على macOS؟

ليس كحل أول. تعطيل التوقيع يقلل من حماية سلامة الرسائل وقد يخفي تكوين خادم قديم أو غير متسق. تحقق أولاً من دعم SMB2/3، بيانات الاعتماد، الأذونات، وسياسة توقيع الخادم.

لماذا يمكن لجهاز Mac تركيب المشاركة ولكن لا يمكنه إنشاء أو تعديل الملفات؟

نجح الاتصال والمصادقة، لكن قد يفتقر المستخدم إلى صلاحية الكتابة في تكوين مشاركة SMB أو أذونات نظام الملفات NTFS/POSIX الأساسي.

لماذا يكون Finder بطيئًا بينما يكون مستكشف ملفات Windows سريعًا؟

يطلب Finder بيانات وصفية إضافية وقد يستغرق وقتًا أطول في تعداد الدلائل الكبيرة. اختبر نقل ملف كبير مباشر وقارن بين Finder وTerminal قبل تغيير إعدادات الأمان.