د سایټ VPN له لارې نښلول شوی ډرایو: DNS، SMB او د UNC لار
د شبکې کشف د روټ شوې لینک له لارې نه تېرېږي، خو نوملرونکې UNC لار تېرېږي. DNS دې سرور ته وګرځوئ، SMB دواړو خواوو ته پرانیزئ او بیا ډرایو ونښلوئ.
په Explorer کې د شبکې پاڼه هغه وسیلې ښيي چې ځان یې په محلي برخه کې اعلان کړی، او روټ شوی ټنل له دې اعلانونو څخه هېڅ نه انتقالوي. له همدې امله سرور کولای شي په بشپړ ډول د لاسرسي وړ وي په داسې حال کې چې د کاروونکي مخې ته کړکۍ تشه پاتې شي. نوملرونکې UNC لار په هيڅ ډول د کشف پورې تړلې نه ده، او حل دا دی چې نوم حل شي او پورټ ځواب ووايي. تشه کړکۍ د غلطې طبقې نښه ده، نه د خرابې شریکې پاڼې.
کشف او لاسرسی یو شی نه دي
Windows نږدې ماشینونه د broadcast ډومېن لپاره جوړ شوو پروتوکولونو له لارې مومي او بیا هغه څه چې وموندل شول د اسانتیا په توګه لیست کوي. په دې لیست کې هېڅ شی د SMB فایل لاسرسي لپاره اړین نه دی. هغه کلاینټ چې د سرور نوم پېژني او TCP 445 ته رسېدلی شي، شریکه پاڼه پرانیزي، که ماشین کله هم په شبکه کې ښکاره شي یا نه.
دوه طبقې په جلا توګه ناکامېږي، له همدې امله "زه یې نه وینم" او "زه یې نه شم پرانیستلی" بېلو ازموینو ته اړتیا لري. لیست ته کتل د کشف په اړه وایي؛ لار پرانیستل د خدمت په اړه وایي.
مخکې لدې چې شریکه پاڼه ونښلوئ سرور ته نوم ورکړئ
فایل سرور په DNS کې د هغه پتې سره خپور کړئ چې بلې خوا ته یې لري، او د کلاینټ سایټ دې هغه resolver ته وګرځوئ چې د دې زون لپاره ځواب ویلای شي. بشپړ وړ نوم د سیمه ایزې ضمیمې لټون لیست پورې تړاو مخنیوی کوي، کوم چې معمول لامل دی چې لنډ نوم په یوه سایټ کې کار کوي او په بل کې ناکامېږي.
که چېرې چاپېریال Active Directory کاروي، نوم حلول د تصدیق برخه هم ده: کلاینټ باید د Kerberos لپاره ډومېن کنټرولر ته ورسېږي، او ډېره بې نظمه ساعت به د ټکټ تبادله ناکامه کړي. دا له SMB لاسرسي څخه بېل ستونزه ده او د اعتبار معلوماتو غلطۍ ته ورته ښکاري. مخکې لدې چې پټنوم بیا ولیکئ ډومېن کنټرولر وازموئ.
| Layer | What it needs | Symptom when missing |
|---|---|---|
| Name resolution | A DNS answer for the server name | Path cannot be found, ping by IP still works |
| Transport | TCP 445 open in both directions | Connection times out or is refused |
| Authentication | A reachable domain controller and correct clock | Access is denied after the port connects |
| Authorization | Share permission and filesystem permission | The share opens but the folder is inaccessible |
په دواړو خواوو کې روټینګ او فلټرول
د سایټ تر سایټ ټنل ته په سیمه ایز روټ جدول کې لرې پریفیکس او په لرې جدول کې سیمه ایز پریفیکس ته اړتیا ده، او د هرې خوا فایر وال باید راتلونکي ټرافیک ته اجازه ورکړي. یو اړخیزه ترتیبات هغه اړیکه جوړوي چې پرانیستل کېږي او هېڅکله ځواب نه وایي، کومه چې کاروونکي د شریکې پاڼې وروالي بولي. لومړی د ټنل خپل شمېرګر وګورئ. که پاکټونه ووځي او هېڅ نه راګرځي، د بېرته راستنیدو لاره یا لرې فلټر وپلټئ.
په WireGuard کې د peer اجازه لرونکي IPs او د عملیاتي سیسټم لارې باید له دې ډیزاین سره سمون ولري. ټنل پاکټونه وړي؛ دا د DNS ریکارډونه یا د شریکې پاڼې اجازې نه برابروي په هېڅ یوه خوا کې.
د فایر وال قاعده پر هغه ریښتیني سرچینې شبکه جوړه کړئ چې نښلېږي، او استثنا ولیکئ. که ډیزاین په لار کې یو ځای پتې ژباړي، قاعده باید ژباړل شوې سرچینه وکاروي، او د کلاینټ اصلي پته نور په لاګونو کې نه ښکاري.
تصدیق وکړئ، بیا ډرایو ونښلوئ
د Explorer کړکۍ پرځای په کمانډونو طبقې تېرې کړئ:
Resolve-DnsName -Name files.corp.example -Type A
Test-NetConnection -ComputerName files.corp.example -Port 445
net use Z: \\files.corp.example\Projects /persistent:noدوهم کمانډ د TCP لار ثابتوي، نه د یو څه لوستلو حق. دریم هغه ځای دی چې تصدیق او اجازه پکې پلي کېږي، او هلته ناکامي باید تاسو راؤټر ته نه، بلکې د شریکې پاڼې او فایل سیسټم اجازو ته واستوي.
د SMB لاسلیک او موجوده تصدیقي پالیسي سمه وساتئ. د روښانه لار لپاره SMB1 بیا فعالول یا د کشف broadcast له ټنل څخه تېرول اړین نه دي، او TCP 445 باید په شخصي لار کې پاتې شي نه په انټرنیټ ته مخامخ لېږد کې. کاروونکو ته د تصویب شوي نوم مدیریت شوې لنډلار یا نښلول شوی ډرایو ورکړئ، او تشه د شبکې پاڼه به نوره مهمه نه وي.