د Windows اړیکه شریکوئ؟ تر هغې لاندې د VPN لار بدلیږي

یو لیپټاپ خپله Wi-Fi شریکوي، کوربه پرته له شکایت له تونل څخه ګرځي، او په هغه شریکول کې ټابلیټ هیڅ ځای ته نه رسیږي۔ کوربه هغه شیبه چې شریکول فعال شول یوازې کليینټ پاتې نه شو: اوس روټر دی، او لېږل شوي پاکټونه د قواعدو بلې ټولګې سره مخ کیږي۔ هغه څه چې په کوربه کې کار کوي د هغې شاته وسیلې په اړه هیڅ نه وایي۔ ازموینې له لاندې کليینټ څخه چل کړئ او دا توپیر نور نظري نه پاتې کیږي۔

د کوربه بریا هیڅ ثابتوي نه

د اړیکې شریکول یوې ماشین ته څلور کارونه ورکوي: د پتو ټاکل، لېږل، ژباړه او فلټر کول۔ د VPN کليینټ چې په سیمه کې جوړ شوی ټرافیک ساتي کولای شي لېږل شوی ټرافیک له خپلې حوزې بهر وګڼي، یا یې په قصد سره د بهیدو په توګه بند کړي۔ دواړه چلندونه غلطي نه ده، او دواړه پر هغه سکرین نه دي لیکل شوي چې شریکول پرې فعال شول۔ کوم یو یې لرئ، یوازې لاندې ازموینه یې وایي۔

ډیر کليینټونه یوازې د کوربه ټرافیک لېږي او نور هیڅ نه، نو د دې پرځای چې باور وکړئ تونل به د ټابلیټ لپاره لار وټاکي، د کليینټ په اسنادو کې د شریکولو برخه وګورئ۔ ښکاره نښه هغه وسیله ده چې نښلیږي، پته اخلي او بیا په لومړي غوښتنه کې ناکامه کیږي۔ هغه کليینټ چې لېږلو ته انکار وکړي په کوربه کې لا هم بشپړ روغ ښکاري۔

کوم اډاپټر شریک دی، کوم یې کليینټونو ته خدمت کوي

دواړه اډاپټرونه ولیکئ، ځکه چې دوی بیلابېلې پتې او بیلابېل فلټرونه لري، او په غلط یې شوې بدلون ډیرې ګډوډې پایلې تشریح کوي۔ د شریکولو کوربه معمولاً د لاندې اړخ په ثابته پته کې ځای نیسي او هلته یو کوچنی DHCP او DNS خدمت چلوي۔ Windows لېږل د ټولو لپاره نه بلکې د هر اډاپټر لپاره ساتي، نو حالت باید انټرفیس په انټرفیس لوستل شي۔

Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceIndex,LinkSpeed
Get-NetIPAddress -AddressFamily IPv4 | Select-Object InterfaceAlias,IPAddress,PrefixLength
Get-NetIPInterface | Select-Object InterfaceAlias,Forwarding,ConnectionState
Get-NetConnectionProfile

که په شریک شوي اډاپټر کې لېږل غیر فعال ښکاره شي، تونل هر څه وکړي، لاندې هیڅ به کار ونکړي۔ یوازې په هغه ماشین کې یې فعال کړئ چې پالیسي یې د نورو وسیلو لپاره د لار ټاکلو اجازه ورکوي۔

لېږل، ژباړه او فلټر کول

لېږل شوی پاکټ باید تونل ته ورسیږي، په هغه څه وژباړل شي چې لرې اړخ یې مني، او د هماغې ژباړې له لارې بېرته راشي۔ له دغو دریو پړاوونو هر یو کولای شي مات شي، او هر ماتیدل هماغه براوزر مهال پای ته رسوي۔ د پاکټ نیول، د لارې پلټنه او له لرې اړخ څخه لاګ د شریکولو د خبرو اترو له بلې کتنې څخه ډیر ارزښت لري۔ کوم پړاو ناکام کیږي، هماغه وایي چې د چا بدلون ته اړتیا ده۔

لرې اړخ کیدای شي د شریک شوې فرعي شبکې لپاره بیرته راستنیدو لار ته هم اړتیا ولري، هغه حد چې VPN سرور هیڅکله نه دی لیدلی۔ چیرې چې کليینټ ژباړه کوي، سرور یوازې د تونل پته ویني او د بیرته راستنیدو لارې ته اړتیا نشته۔ چیرې چې نه ژباړي، د ګیټ وے څښتن باید هغه لار په قصد سره ورزیاته کړي، او دا د کليینټ تنظیم نه بلکې د بدلون غوښتنه ده۔

ازموینې پر کليینټ وکړئ، نه پر کوربه

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

Resolve-DnsName intranet.example.net -Type A
Resolve-DnsName intranet.example.net -Type AAAA
Invoke-RestMethod https://api.ipify.org
Test-NetConnection intranet.example.net -Port 443 -InformationLevel Detailed

د وتلو پته د کوربه د خپلې پتې سره پرتله کړئ او وګورئ چې دواړه سمون خوري که نه۔ بېل ځواب معنی دا ده چې لېږل شوې لار تونل ته څنګ وهي، او دا د چټک سمون نه بلکې د څښتن لرونکې پالیسي پوښتنه ده۔ د ناکامه اپلیکیشن ترڅنګ سمون خوړونکی ځواب کار د نومونو حل یا د لرې اړخ پالیسۍ ته وړي۔ یوازې د IPv4 پایلې ته هم مه دریږئ: شریکول کولای شي هره IPv4 ازموینه تیره کړي پداسې حال کې چې IPv6 له بل وتلو څخه وځي، نو د نومونو او وتلو ازموینې د AAAA ریکارډ او تفصیلي اړیکې ازموینې سره بیا وکړئ۔

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