د WireGuard سرور عام IP ته SSH په Windows کې ناکامېږي

هغه تونلونه چې پورته کېږي کله چې د سرور عام پتې ته SSH کار کول بندوي، داسې ښکاري چې سرور اړیکه ردوي۔ په Windows کې ډېر احتمال لرونکی لامل سیمه ییز دی: د بشپړ تونل /0 AllowedIPs محدودونکي د فایر وال قواعد فعالوي چې د تونل خپلې لېږدونې او ډېر لږ بل څه ته اجازه ورکوي۔ هغې پتې ته رسېدونکي کوډ شوي پاکټونه د دې په اړه هېڅ نه وایي چې هماغې پتې ته یوه جلا TCP اړیکه کولای شي ووځي که نه۔

مخکې لدې چې د همکارانو لیست ته لاس ووهئ، د پای نقطې عام پته د هغې له داخلي تونل پتې څخه بېله کړئ۔ نږدې هر هغه هڅه چې دا د AllowedIPs په سمون سره جوړه کړي، پرځای دې چې لار سمه شي، تګلاره کمزورې کوي۔

د لارې اجازه او د فایر وال اجازه بېلې دي

لار پرېکړه کوي چې پاکټ چېرته لېږل کېږي، او د فایر وال قاعده پرېکړه کوي چې آیا هغه په بشپړ ډول لېږل کېدای شي۔ نو د پای نقطې عام IP لپاره د لارې زیاتول داسې لار جوړوي چې فلټر لا هم بندولای شي، او دا هغه ګډوډي ده چې دا نښه یې رامنځته کوي۔ په Windows کې فلټر د تطبیق برخه ده نه زیاتونه، له همدې امله هېڅ د لارې ننوتنه هغه نه بدلوي۔ دا دوه پرېکړې په بل ځای کې هم بېلې دي، که څه هم اصلي ارزښتونه توپیر لري۔

له همدې امله پای نقطې ته traceroute بریالی کېدای شي پداسې حال کې چې SSH هڅه ناکامېږي۔ لومړی هغه خدمت وړي چې استثنا لري، دویم نه۔

په Windows کې /0 څه کوي

کله چې د یو همکار اجازه لرونکې پتې ټول IPv4 ساحه پوښي، WireGuard for Windows هغه محدودونکې د فایر وال دریځ تطبیقوي چې هغه ټرافیک بندوي چې که نه وي به له تونل بهر وتلی و۔ د تونل خدمت خپله لېږدونه اجازه لري، ځکه چې VPN بل ډول کار نشو کولای۔ بل اپلیکیشن هماغې عامې پتې ته داسې اجازه نه ترلاسه کوي، ځکه چې استثنا د لېږدونې ده، نه د پتې۔ د Windows شبکې یادښتونه دا چلند او په ایډیټر کې اړوند کنټرول تشریح کوي۔

هغه قواعد د kill switch عبارت شاته میکانیزم دي۔ دوی د ترتیباتو له بڼې فعالېږي نه د همدې نوم چیک بکس له مخې۔

استثناوې د ساتنې ماډل بدلوي

/0 د دوو نیمګړو اصلي مخکښو سره بدلول د محدودونکې مانا پرته پراخه لارښوونې ساتلو مستند لار ده، او دا لنډه لیکنه نه بلکې بېل د ساتنې ماډل دی۔ د اجازه لرونکو مخکښو څخه د پای نقطې پته کمول بله عامه حل لار ده، چې لیست اوږدوي او همدارنګه بدلوي چې کوم قواعد فعالېږي۔ دواړه سیمه ییز اثر لرونکې سیمه ییز سمون نه دي۔ هر یو په ماشین کې د هر جریان لپاره پوله خوځوي، نه یوازې د هغې اړیکې لپاره چې تاسو یې جوړوله۔

چېرته چې مستقیم عام SSH واقعاً اړین وي، د پروفایل خاوند باید هم بهرنۍ لار او هم د هغې فایر وال اجازه ډیزاین کړي، او پرېکړه وکړي چې د تونل په لوېدو سره بې اړیکې ټرافیک سره څه کېږي۔ IPv4 او IPv6 جدا جدا کتل هم پدې کې راځي، ځکه چې قواعد د کورنۍ له مخې بیانېږي۔ هغه پراخه اوړېدنه چې د یوې مدیریت ناستې د ژغورلو لپاره زیاتېږي، معمولاً له ناستې څخه ډېر څه افشا کوي۔

هغه مدیریت لار وآزمویئ چې غوره کړې ده

لومړی پرېکړه وکړئ چې مدیریت باید د تونل دننه یا بهر تېر شي، بیا باید هماغه انتخاب وآزمویئ نه دواړه یوځای۔ لاندې امرونه د کلاینت پتې، د همکار حالت او هر هدف ته اړیکه ګوري۔ دوی په Windows کلاینت کې وچلوئ پداسې حال کې چې تونل پورته دی۔

ipconfig | findstr /i "WireGuard IPv4"
wg show
ssh -v [email protected]
Test-NetConnection 203.0.113.9 -Port 22

داخلي پتې ته بریالی SSH ثابتوي چې تونل مدیریت ټرافیک وړي او د سرور خپل فایر وال هغه د همکارانو له حد څخه مني۔ په دواړو هدفونو کې ناکامي د Windows لارښوونې نه، بلکې د سرور اړخ یا کیلي ستونزه ده۔ که داخلي پته کار وکړ او بهرنۍ یې ونه کړ، سیمه ییز د فایر وال دریځ دقیقاً هغه څه کوي چې د هغې لپاره ډیزاین شوی و۔ د پروفایل له سمون مخکې درې پایلې په همدې ترتیب ولولئ۔

مدیریت لار، کارول شوې پته او د تونل د لوېدو پر مهال چلند ثبت کړئ۔ همدا یادښت بل کس د پنځو دقیقو د سپما لپاره د اوړېدنې پراخولو څخه منع کوي۔