اشتراک SMB در مک از طریق 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 |
جدول جای خود را می‌ارزد، چون ورود به مک، ورود به VPN و حساب SMB سه هویت جداگانه‌اند. تغییر گذرواژه VPN هرگز اشتراکی را باز نمی‌کند که کاربر ثبت‌شده را رد می‌کند، و کلاینتی که اتصال را گزارش می‌دهد چیزی درباره سروری که هدف گرفته‌اید نمی‌گوید.
با نشانی متصل شوید، نه با مرور کردن
یک اشتراک دور می‌تواند کاملاً در دسترس باشد و همزمان در فهرست شبکه Finder نامرئی بماند. کشف در یک LAN اداری بر نام‌های پخش و multicast تکیه دارد و بیشتر VPNها این ترافیک را از تونل عبور نمی‌دهند، بنابراین نمای خالی شبکه شاهدی بر پیوند خراب نیست.
VPN مورد نظر را با کلاینت معمولش بالا بیاورید و احراز هویت آن را کامل کنید.
در Finder گزینه Go و سپس Connect to Server را انتخاب کنید یا Command-K را بزنید.
نشانی داده‌شده را تایپ کنید. در این نمونه آن
smb://files.corp.example/teamاست، نامی نمونه و نه سرویسی عمومی. اگر فقط نام سرور را دارید، به آن متصل شوید و اشتراک مجاز را از فهرستی که برمی‌گرداند انتخاب کنید.Registered User را انتخاب کنید و حساب سرویس فایل را وارد کنید، نه حساب مک و نه حساب VPN. Guest تنها زمانی درست است که مالک بگوید.
اشتراک را باز کنید و همان یک کاری را که برایش آمده‌اید انجام دهید. فهرست پوشه سوارشدن را ثابت می‌کند و نه بیشتر.
راهنمای 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 گویش مورد توافق و وضعیت امضای نشست سوارشده را گزارش می‌دهد، که به شما می‌گوید آیا سوارشدنی که می‌آزمایید همانی است که فکر می‌کنید.
هویت بررسی جداگانه‌ای می‌خواهد، چون همان مرحله‌ای است که مردم از آن می‌گذرند. یک سوارشدن می‌تواند به‌عنوان مهمان یا حساب ذخیره‌شده قدیمی زنده باشد در حالی که شما فرض می‌کنید کاربر ثبت‌شده هستید، و آنگاه هر آزمون نوشتن حساب اشتباه را می‌سنجد.
دسترسی نوشتن بیش از یک دروازه دارد
دو لایه می‌توانند در سمت سرور نه بگویند و هر دو از مک یکسان به نظر می‌رسند. یک اشتراک می‌تواند فقط‌خواندنی صادر شود در حالی که پوشه زیرش قابل نوشتن است، و اشتراک قابل نوشتن نمی‌تواند از ACL فایل‌سیستمی که حساب شما را رد می‌کند بگذرد؛ یک زیرپوشه هم می‌تواند سیاست خودش را داشته باشد. در سرورهای Windows مجوز اشتراک و مجوزهای NTFS جدا هستند و حق مؤثر محدودکننده‌تر آنهاست.
پس مشخص کنید دقیقاً چه چیزی رد می‌شود: ساختن فایل، ویرایش فایل موجود، ساختن پوشه، تغییر نام یا حذف. اینها یک مجوز نیستند و پوشه‌ای که فهرست‌کردن در آن کار می‌کند می‌تواند همه را رد کند. سوارشدن کارکننده مجوز نیست.
اگر به هویت اشتباه شک دارید، اشتراک را بیرون بیندازید، ورودی کهنه را در دسترسی به جاکلیدی حذف کنید و با حساب ثبت‌شده دوباره متصل شوید. Finder با خوشحالی یک نشست ذخیره‌شده را دوباره به کار می‌برد و شما را در حال سنجش مجوزها برای کاربری می‌گذارد که سرور شما را آن نمی‌داند.
نوشتن را بدون دست زدن به سندهای واقعی بیازمایید
با توافق مالک، یک فایل کوچک با نامی تازه در پوشه‌ای که شکست می‌خورد بسازید: touch /Volumes/team/qa-write-test.txt وقتی اشتراک آنجا سوار است، یا به‌سادگی از برنامه Save As با نامی تازه کنید. هرگز برای آزمودن دسترسی سندی را بازنویسی نکنید و متن دقیق خطا را نگه دارید نه بازگویی آن، چون VPN آن را کپی نمی‌کند.
سپس به‌جای شکایت کلی، همان عملیاتی را که کوشیدید به مالک بدهید. آن‌ها می‌توانند سیاست اشتراک، عضویت گروهی حساب و حقوق روی همان یک پوشه را بررسی کنند و بگویند کدام لایه شما را رد کرده است. اگر پیام به ظرفیت، فایل قفل‌شده یا تعارض نام اشاره کند، مشکل دیگری است و بررسی خودش را می‌خواهد.
اصلاح را بررسی کنید، سپس به ترتیب بیرون بیندازید
پس از آنکه مالک چیزی را تغییر داد، همان نوشتن کوچک را تکرار کنید و تأیید کنید که فایل برای سرور دیده می‌شود و سپس حذف‌شدنی است. کپی‌ای که شروع شود و سپس بایستد پرسش توان عبور است، نه مجوز؛ ردی که بی‌درنگ برسد پرسش مجوز است.
پیش از قطع VPN، اشتراک را پیاده کنید و سندهای باز را ببندید. بیرون انداختن پس از رفتن تونل، Finder و برنامه‌هایتان را منتظر مسیری مرده می‌گذارد. SMB را درون شبکه خصوصی نگه دارید، دیوار آتش را برای آزمودن یک نظریه خاموش نکنید و پوشه‌ای را به‌عنوان راه‌حل موقت برای همه باز نکنید. برای تیکت، نشانی، نام حساب، عملیات ناموفق، متن دقیق پیام و زمان را بیاورید و گذرواژه‌ها و فایل‌های پروفایل را بیرون بگذارید.
- نشانی به نشانی خصوصی مسیریابی‌شده از تونل تبدیل می‌شود.
- درگاه 445 پاسخ می‌دهد و
smbutil viewاشتراک مورد نظر را برای حساب مورد نظر فهرست می‌کند. - نوشتنی که لازم داشتید با یک فایل تازه اثبات می‌شود، نه با سندی موجود.