مشاركة SMB على Mac عبر VPN: اتصل أولاً ثم اختبر الكتابة
يثبّت Finder المشاركة لكنه يرفض الحفظ؟ افصل مسار VPN وحساب SMB وصلاحية الخادم قبل أن تغيّر أي إعداد.
إذا كان Finder يثبّت المشاركة عبر VPN ثم يرفض حفظ ملف، فالنفق يؤدي عمله بالفعل والخلاف يدور حول الهوية والحقوق على خادم الملفات. وإذا لم تظهر المشاركة إطلاقًا، فلم يُختبر شيء بعد تلك النقطة. تنتهي الحالتان إلى مربع حوار متشابه على macOS، ولهذا يعيد الناس بناء ملفات تعريف VPN لعطل لا يستطيع VPN إنتاجه. أبدأ بتحديد موضع توقف الاتصال بدقة، وبعد ذلك فقط أختبر الكتابة بملف مؤقت بدلًا من المستند الذي جئت لتعديله.
ثلاثة شروط تحدد أين تبحث
تحتاج إلى ثلاثة أجوبة قبل أن تلمس أي إعداد: هل يُحلّ الاسم إلى عنوان خاص يمرره النفق، وهل يقبل خدمة SMB الحساب المحدد الذي قدمته، وهل يملك ذلك الحساب حقوق كتابة على هذه المشاركة وهذا المجلد وهذه العملية بالتحديد. كل شرط يفشل في موضع مختلف، والشرط الأول وحده يخص مسؤول VPN.
| What you see | What it establishes | Who fixes it |
|---|---|---|
| Name does not resolve, or resolves outside the tunnel | The path was never built | VPN or DNS administrator |
| Name resolves, port 445 times out | Route, firewall or overlapping address space | VPN and network owners |
| Server answers, the sign-in is rejected | The file-service account, not the VPN login | File-server owner |
| Share mounts, writing is refused | Share policy or directory rights | File-server owner |
يستحق الجدول مكانه لأن تسجيل الدخول إلى Mac وتسجيل الدخول إلى VPN وحساب SMB ثلاث هويات منفصلة. تغيير كلمة مرور VPN لا يفتح أبدًا مشاركة ترفض المستخدم المسجّل، والعميل الذي يعلن أنه متصل لا يقول شيئًا عن الخادم الذي تستهدفه.
اتصل بالعنوان لا بالتصفح
قد تكون المشاركة البعيدة قابلة للوصول تمامًا وهي غائبة عن قائمة الشبكة في Finder. يعتمد الاكتشاف في شبكة مكتبية على أسماء البث المتعدد، ومعظم شبكات VPN لا تنقل هذه الحركة عبر النفق، فقائمة شبكة فارغة ليست دليلًا على رابط معطوب.
شغّل VPN المقصود عبر عميله المعتاد وأكمل مصادقته.
في Finder اختر انتقال ثم الاتصال بالخادم، أو اضغط Command-K.
اكتب العنوان المقدم. في هذا المثال هو
smb://files.corp.example/team، وهو اسم توضيحي لا خدمة عامة. إذا كان لديك اسم الخادم فقط، فاتصل به واختر المشاركة المصرح بها من القائمة التي يعيدها.اختر مستخدمًا مسجّلًا وأدخل حساب خدمة الملفات، لا حساب Mac ولا حساب VPN. الضيف صحيح فقط عندما يقول المالك ذلك.
افتح المشاركة وأنجز المهمة الواحدة التي جئت من أجلها. عرض قائمة مجلد يثبت التثبيت ولا شيء أكثر.
دليل Apple للاتصال بالخادم يوثّق سير عمل Finder هذا وتسجيل الدخول إلى الخدمة خلفه. احفظ العنوان في المفضلة ليكون الاتصال التالي قابلًا للتكرار، وتذكّر أن إعادة تسمية الإدخال تغيّر التسمية لا الهدف.
اقرأ المرحلة التي يتوقف عندها
قبل أن تغيّر أي شيء، سجّل المرحلة التي تفشل بالأسماء نفسها التي كتبتها في Finder. ابدأ بالبحث: dscacheutil -q host -a name files.corp.example يطبع العنوان الذي سيستخدمه macOS، و netstat -rn يبيّن ما إذا كان لذلك العنوان مسار عبر واجهة النفق أو عبر بوابة منزلك.
ثم قابلية الوصول. nc -vz files.corp.example 445 يقول ما إذا كانت منفذ SMB تجيب أصلًا؛ فإذا نجح البحث وانتهت مهلة 445، فأنت في مجال التوجيه أو الجدار الناري أو تداخل العناوين ولن يساعد أي تغيير في صلاحيات المشاركة. وإذا أجاب المنفذ، فاسأل الخادم عما يقدمه لذلك الحساب: smbutil view //[email protected] يسرد المشاركات، و smbutil statshares -a يبلّغ عن اللهجة المتفاوض عليها وحالة التوقيع للجلسة المثبتة، وهذا يخبرك ما إذا كان التثبيت الذي تختبره هو الذي تظنه.
تستحق الهوية فحصًا خاصًا بها، لأنها الخطوة التي يتخطاها الناس. قد يكون التثبيت حيًا كضيف أو كحساب محفوظ قديم بينما تفترض أنك المستخدم المسجّل، وعندئذ يقيس كل اختبار كتابة الحساب الخطأ.
للوصول إلى الكتابة أكثر من بوابة
يمكن لطبقتين أن تقولا لا من جهة الخادم، وكلتاهما تبدوان متطابقتين من Mac. يمكن تصدير مشاركة للقراءة فقط بينما المجلد تحتها قابل للكتابة، ولا تستطيع مشاركة قابلة للكتابة تجاوز قائمة تحكم في نظام الملفات ترفض حسابك؛ ويمكن أن يحمل مجلد فرعي سياسة خاصة به. على خوادم Windows تكون صلاحية المشاركة وأذونات NTFS منفصلة، والحق الفعلي هو الأكثر تقييدًا منهما.
لذا حدّد ما يُرفض فعليًا: إنشاء ملف، أو تعديل ملف موجود، أو إنشاء مجلد، أو إعادة تسمية، أو حذف. هذه ليست إذنًا واحدًا، وقد يرفضها كلها مجلد يعمل فيه السرد. التثبيت الناجح ليس منحة.
إذا شككت في الهوية الخاطئة، اخرج المشاركة، واحذف الإدخال القديم من الوصول إلى سلسلة المفاتيح، واتصل مجددًا بالحساب المسجّل. سيعيد Finder استخدام جلسة محفوظة بسرور ويتركك تقيس أذونات مستخدم لا يعتبرك الخادم إياه.
اختبر الكتابة دون لمس مستندات حقيقية
باتفاق المالك، أنشئ ملفًا صغيرًا واحدًا باسم جديد في المجلد الذي يفشل: touch /Volumes/team/qa-write-test.txt عندما تكون المشاركة مثبتة هناك، أو ببساطة احفظ باسم جديد من التطبيق. لا تستبدل مستندًا أبدًا لاختبار الوصول، واحتفظ بنص الخطأ الحرفي بدلًا من إعادة صياغته لأن VPN لن ينسخه.
ثم سلّم المالك العملية التي حاولتها بدلًا من شكوى عامة. يمكنهم فحص سياسة المشاركة وعضوية الحساب في المجموعات والحقوق على ذلك المجلد الواحد وإخبارك بالطبقة التي رفضتك. وإذا ذكرت الرسالة السعة أو ملفًا مقفلًا أو تعارضًا في الاسم، فتلك مشكلة أخرى تستحق تحقيقًا خاصًا بها.
تحقق من الإصلاح ثم اخرج بالترتيب
بعد أن يغيّر المالك شيئًا، أعد الكتابة الصغيرة نفسها وتأكد من أن الملف مرئي للخادم وقابل للإزالة بعده. النسخ الذي يبدأ ثم يتعثر مسألة إنتاجية لا مسألة إذن؛ والرفض الذي يصل فورًا مسألة إذن.
قبل أن تُسقط VPN، ألغِ تثبيت المشاركة وأغلق المستندات المفتوحة. الخروج بعد زوال النفق يترك Finder وتطبيقاتك تنتظر مسارًا ميتًا. أبقِ SMB داخل الشبكة الخاصة، ولا تعطّل الجدار الناري لاختبار نظرية، ولا تفتح مجلدًا للجميع كحل بديل. للتذكرة، ضمّن العنوان واسم الحساب والعملية الفاشلة والرسالة الحرفية والوقت، مع ترك كلمات المرور وملفات التعريف خارجًا.
- يُحلّ العنوان إلى عنوان خاص يمر عبر النفق.
- المنفذ 445 يجيب و
smbutil viewيسرد المشاركة المقصودة للحساب المقصود. - الكتابة التي احتجتها تُثبت بملف جديد، لا بمستند موجود.