د SMB شریکول یوازې د VPN له لارې ناکامېږي: لاسلیک که د سبنیټ ټکر؟
هغه شریکول چې په LAN کې کار کوي یوازې د تونل له لارې ناکام کېدای شي. د لاسلیک رد، یو بل سره پرتې سبنیټ او زوړ SMB سیشن جلا کړئ.
یو نقشه شوی ډرایو چې په دفتر کې کار کوي او په کور کې د وخت پای ته رسېږي، پخپله نږدې هېڅ ګټور معلومات نه درکوي. تونل په څرګند ډول پاکټونه لېږدوي، که نه نو سرور ته به هېڅ ونه رسېده. هغه څه چې ناکام شو د درې پرتونو څخه یو دی: نوم غلط آدرس ته حل شو، کلاینټ د سیشن لاسلیک کولو څخه انکار وکړ، یا زوړ سیشن له هغه اړیکې ژوندی پاتې شو چې هغه یې وړه. هر یو بېله سمون لري، او درې څخه دوه د کلاینټ په اړخ کې دي.
درې خرابۍ ورته تېروتنه لري
د ډرایو توری نه وایي کوم پرت مات شو، او د تېروتنې متن معمولاً دومره عمومي دی چې درېواړو ته ځای شي. دوه چټکو پوښتنو سره یې جلا کړئ: ایا سرور د خپل IP آدرس له مخې ځواب ورکوي، او ایا پورټ 445 اړیکه مني؟
دا ځوابونه د اټکل پر ځای د پرېکړې جدول جوړوي. که IP کار وکړ او نوم نه، دا د نومونو حل ته اشاره ده. که دواړه کار وکړ او ننوتل رد شي، دا لاسلیک ته اشاره ده. که دواړه کار وکړ او د تونل له قطعېدو وروسته د فایل لوستل ودرېږي، دا زوړ سیشن ته اشاره ده.
| Symptom | Layer to inspect |
|---|---|
| IP works, hostname times out | DNS or subnet overlap |
| TCP 445 opens, logon refused | SMB signing policy |
| Hangs after reconnect | Session state and timers |
په همدې ترتیب سره ورباندې تېر شئ، ځکه چې ناسم هوسټ ته حل شوی نوم هر وروستی ازموینه بې معنا کوي.
له شریکولو څخه مخکې نوم حل کړئ
که سرور په خپل آدرس ځواب ورکوي او د شریکولو نوم د وخت پای ته رسېږي، تونل خپله دنده کوي او کلاینټ غلط ځای ته ګوري. په لرې لاسرسي کې دوه لاملونه ډېره برخه یې تشریح کوي.
لومړی د آدرسونو یوبل ته پرتېدل دي. کله چې دفتر 192.168.70.0/24 کاروي او کورني روټر همدا ساحه ویشي، هغه هوسټ نوم چې 192.168.70.20 ته حل شي کېدای شي د تونل شاته سرور پر ځای سیمه ییز وسیله وښیي. Windows بیا ښایي غوښتنه سیمه ییزه ولېږي، روټ رد کړي، یا هغه چاپګر ته حل کړي چې ناڅاپه دا آدرس لري. سمون یو اړخ ته بیا شمېره ورکول دي، نه بل روټ زیاتول.
دویم د DNS ساحه ده. د کورني DNS سرور پرته VPN اډاپټر، یا هغه چې د تونل له لارې نه رسیږي، لنډ نومونه عامه حل کوونکي ته پرېږدي. د اډاپټر DNS اندنې ولولئ او له شریکولو مخکې له کورني نوم څخه مستقیم وپوښتئ:
> ipconfig /all | findstr /i "DNS Servers"
> nslookup files.corp.internal
Server: 10.90.0.2
Address: 10.90.0.2
Name: files.corp.internal
Address: 10.90.0.15که دا پوښتنه تمه شوی آدرس بیرته راوړي، نومونو حل روښانه شو او ستونزه په سټیک کې لوړه ده.
د لاسلیک غوښتنه په دواړو سرو ولولئ
د رسېدو وړ سرور چې هر ننوتل ردوي، د شبکې خرابۍ نه بلکې د تګلارې ناسمونې نښه ده. Windows کولای شي په کلاینټ کې SMB لاسلیک لازمي کړي، او هغه سرور یا NAS چې لاسلیک نه کوي سیشن بشپړولای نه شي، که تونل هر څومره روغ وي.
تاسو کولای شئ د کلاینټ ترتیب د تګلارې ایډیټر په لټولو پرته ولولئ:
> Get-SmbClientConfiguration | Select-Object RequireSecuritySignature
RequireSecuritySignature
-------------------------
True
> Get-SmbConnectionد سرور په اړخ کې ورته ارزښت د سرور په SMB ترتیب کې دی، او دواړه باید سره سمون ولري. په یوه راپور شوې پېښه کې کلاینټ کې غوښتنه د سیمه ییزې تګلارې له مخې فعاله وه، په داسې حال کې چې سرور هیڅ لاسلیک نه کاوه؛ غیر فعالول او gpupdate /force چلول شریکول سمدلاسه بیرته راوړ. دا د لامل د تایید لپاره تشخیصي ګام دی، نه تلپاتې سمون.
هلته چې سرور ملاتړ کوي په دواړو سرو کې لاسلیک فعالولو ته ترجیح ورکړئ. د یوه شریکولو د کار کولو لپاره د امنیت ترتیب بدلول باید د پخوا ارزښت او لامل سره ثبت شي، تر څو بل پلټنې کې اړتیا نه وي چې څوک یې بیا کشف کړي.
د ټایمرونو تنظیمولو مخکې زوړ سیشن پاک کړئ
هغه شریکول چې یوازې د VPN له لوېدو او بیا اړیکې وروسته ودرېږي، معمولاً هغه سیشن ساتي چې سرور دمخه غورځولی وي. سرور بې کاره SMB سیشنونه د LanmanServer\Parameters لاندې د Autodisconnect ټایمر له مخې تړي، چې په ډیفالټ ډول 15 دقیقې ده، په داسې حال کې چې کلاینټ خپل SessTimeout د LanmanWorkstation\Parameters لاندې لري. له دغو ارزښتونو اوږده قطعېدنه هر سر د سیشن په اړه بېل تصور سره پرېږدي.
په ټاکلي ترتیب کې یې بیا جوړ کړئ تر څو پایله معنا ولري: تونل ونیسئ، شریکول پرانیزئ، تونل دوه دقیقې قطع کړئ، بیرته یې راوړئ، بیا هڅه وکړئ فایل ولولئ. که مونټ پخپله روغ شي، ټایمرونه پرېږدئ. که تر بیا مونټ پورې ودرېږي، له دې وروسته چې تونل ولاړ شو شریکول بیا ونیسئ، د هغه له موجودیت مخکې نښلولو پر ځای، او وګورئ چې مونټ مرستندوی بیا هڅه کوي که نه.
د وخت پایونو لوړول د بې ثباته لینک لپاره معقول وروستی ګام دی، خو د نښې درملنه کوي. هغه کلاینټ چې د سرور هېر شوي سیشن لپاره اوږده انتظار کوي لا هم انتظار کوي.
پای د مونټ له لارې د یوه فایل لوستلو او بیا یو ځل نور د تونل قطع او بیا نښلولو سره کړئ. دا منلو ازموینه درېواړه پرتونه یوځای پوښي، او یوازینۍ ازموینه ده چې د کارونکي ریښتیني عمل سره سمون لري.