د Mac له لارې د VPN پر مټ SMB شریکول: لومړی وصل شئ، بیا لیکل وازموئ
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 د شبکې په لیست کې پټ پاتې شي۔ په دفتر LAN کې موندنه پر broadcast او multicast نومونو ولاړه ده، او ډېری 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 څخه ورته ښکاري۔ شریکول کولی شي یوازې لوستلو ته صادر شي په داسې حال کې چې لاندې پوښ لیکل کېدونکی وي، او لیکل کېدونکی شریکول نشي کولی هغه فایلسیسټم ACL مات کړي چې ستاسو حساب ردوي؛ فرعي پوښ کولی شي خپله تګلاره ولري۔ په Windows سرورونو کې د شریکولو اجازه او NTFS اجازې بېلې دي، او اغېزمن حق د دواړو سخت دی۔
نو ټاکئ چې واقعاً څه رد کېږي: فایل جوړول، موجود سمول، پوښ جوړول، نوم بدلول یا ړنګول۔ دا یوه اجازه نه ده، او هغه پوښ چې لیست پکې کار کوي کولی شي ټول رد کړي۔ کار کوونکی ماؤنټ اجازه نه ده۔
که د غلط هویت شک لرئ، شریکول وباسئ، د کیچین لاسرسي کې زوړ ننوتل ړنګ کړئ او د ثبت شوي حساب سره بیا وصل شئ۔ Finder به په خوښۍ ساتل شوې ناسته بیا وکاروي او تاسو به پرېږدي چې د هغه کاروونکي اجازې اندازه کړئ چې سرور تاسو نه ګڼي۔
د ریښتینو سندونو پرته لیکل وازموئ
د مالک په موافقې سره په هغه پوښ کې چې ناکامېږي د نوي نوم سره یو کوچنی فایل جوړ کړئ: touch /Volumes/team/qa-write-test.txt کله چې شریکول هلته ماؤنټ وي، یا یوازې له اپلیکېشن څخه د نوي نوم سره خوندي کړئ۔ هېڅکله د لاسرسي ازموینې لپاره سند بیا ولیکئ، او د خطا دقیق متن وساتئ، هغه په بله طریقه مه وایاست، ځکه VPN به یې کاپي نه کړي۔
بیا مالک ته هغه عملیات ورکړئ چې مو هڅه کړې، نه عمومي شکایت۔ دوی کولی شي د شریکولو تګلاره، د حساب ګروپ غړیتوب او پر هغه یو پوښ حقونه وګوري او تاسو ته ووایي چې کومه طبقه تاسو رد کړي۔ که پیغام ظرفیت، بند شوی فایل یا د نوم شخړه یاد کړي، هغه بله ستونزه ده او خپلې څېړنې ته اړتیا لري۔
سمون تایید کړئ، بیا په ترتیب وباسئ
وروسته له هغې چې مالک څه بدل کړل، هماغه کوچنی لیکل تکرار کړئ او تایید کړئ چې فایل سرور ته ښکاري او بیا لرې کېدونکی دی۔ هغه کاپي چې پیل شي او بیا ودرېږي د تېرېدو پوښتنه ده، نه د اجازې؛ سمدستي راغلی رد د اجازې پوښتنه ده۔
مخکې له دې چې VPN پرېږدئ، شریکول له مینځه یوسئ او خلاص سندونه وتړئ۔ له تونل وروسته ایستل Finder او ستاسو اپلیکېشنونه په مړه لار کې پرېږدي۔ SMB دننه په خصوصي شبکه کې وساتئ، د نظریې ازموینې لپاره اورپاړکی مه بندوئ، او د بدیلې لارې په توګه پوښ د ټولو لپاره مه پرانیزئ۔ د ټکټ لپاره پته، د حساب نوم، ناکام عملیات، د پیغام دقیق متن او وخت شامل کړئ، پټنومونه او پروفایل فایلونه بهر پرېږدئ۔
- پته هغه خصوصي پتې ته حل کېږي چې د تونل له لارې لارښوونه کېږي۔
- 445 پورټ ځواب ورکوي او
smbutil viewد غوښتل شوي حساب لپاره غوښتل شوی شریکول لیست کوي۔ - هغه لیکل چې تاسو ته اړین وو د نوي فایل سره ثابتېږي، نه د موجود سند سره۔