تلیفون پاڼه نه شي خلاصولی: د اورېدو پته وګورئ

لپ ټاپ په localhost کې پاڼه وړاندې کوي، تلیفون هماغه VPN ته ورګډېږي، او په تلیفون کې براوزر راپور ورکوي چې سایټ ته نه رسیږي. تر دې مهاله په تونل کې هېڅ خرابي نشته، ځکه تونل یوازې پاکټونه رسوي. هغه پراختیایي سرور چې له loopback انټرفېس سره تړل شوی هېڅکله بلې پتې ته لېږل شوې اړیکه نه مني، نو لومړی ځای چې باید وګورو د اورېدو ساکټ دی، نه VPN.

د ساکټ، د باینډ تنظیم، د فایر وال قاعده او URL په همدې ترتیب سره وګورئ.

ساکټ یو تنګتر پوښتنې ته ځواب ورکوي

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

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

IPv6 درېیم حالت زیاتوي، ځکه ساکټ کولی شي IPv4 او IPv6 ومني، د هغو انتخابونو له مخې چې په اسانۍ له پامه غورځیږي. په لیست کې د پتې کورنۍ ولولئ. د یوې کورنۍ لپاره وایلډکارډ ننوتنه بله کورنۍ نه توصیفوي.

د اورېدو پته ولولئ

له تنظیم بدلولو مخکې ساکټ وګورئ. ځایي پته، پورټ او مالک پروسه یوځای ښیي چې سرور له VPN څخه په بشپړ ډول د رسېدو وړ دی که نه.

Get-NetTCPConnection -State Listen -LocalPort 8080 | Select-Object LocalAddress,LocalPort,OwningProcess
Get-Process -Id (Get-NetTCPConnection -State Listen -LocalPort 8080).OwningProcess
ipconfig | Select-String -Pattern 'IPv4'
Get-NetFirewallRule -DisplayName '*8080*' | Format-Table DisplayName,Enabled,Profile,Direction,Action

د 127.0.0.1 ځایي پته پوښتنه پای ته رسوي: هېڅ د فایر وال بدلون به مرسته ونه کړي، ځکه اپلیکیشن په VPN انټرفېس کې نه اورېدل کیږي. وایلډکارډ یا VPN پته مانا دا ده چې ساکټ سم دی او بله پوله تطبیقیږي.

مالک پروسه هم تایید کړئ، ځکه په یوه عام پورټ کې نامرتبطه خدمت کولی شي جدول سم ښکاره کړي، په داسې حال کې چې پام شوی سرور هېڅکله نه دی پیل شوی. د اجرایوي فایل لار مطابقه کړئ، نه یوازې نوم. د پخواني چلند پخوانۍ پروسه ډېری وخت جعلي وي.

باینډ د اپلیکیشن له لارې بدل کړئ

د فریمورک مستند شوې د اورېدو پتې انتخاب وکاروئ او پروسه بیا پیل کړئ. که لپ ټاپ ځانګړې پته 10.77.0.1 ولري، د تلیفون URL http://10.77.0.1:8080/ کیږي او هغه پته باید د VPN له لارې وروټل شي؛ د ترتیباتو بل هېڅ شی نه بدلیږي.

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

د HTTPS لپاره د خدمت هوسټ نوم او د سند تصدیق ساته. په خامه پته د سند خبرداری د نومېدنې ستونزه ده، نه د کلیک کولو پړاو، او خصوصي DNS باید ستاسو له ټاکل شوي اورېدونکي سره سمون ولري.

یوه قاعده پرانیزئ، نه ټوله شبکه

کله چې ساکټ په VPN پته ومني، فایر وال پریکړه کوي چې غوښتنه رسیږي که نه. قاعده یوازې دې اپلیکیشن، دې پروتوکول، دې ځایي پورټ او اجازه لرونکې لرې سرچینې ته محدوده کړئ، او تایید کړئ چې په VPN اډاپټر کې کوم پروفایل فعال دی.

هغه سرچینه پته وکاروئ چې Windows واقعاً ویني، د ګېټ وې لخوا شوي هر ډول ژباړې سره یوځای، ځکه د اصلي کلاینټ پتې لپاره لیکل شوې قاعده له ژباړل شوې پتې سره سمون نه خوري.

هغه پاڼه چې بار شي او د اپلیکیشن تېروتنه ښیي پرمختګ دی: د HTTP ردول له TCP اړیکې نشتوالي څخه بېله ناکامي ده، او بله څېړنه د شبکې نه، بلکې د اپلیکیشن خپلې لاسرسي تګلارې پورې اړه لري.

پای ته ورسوئ په دې سره چې پاڼه له پام شوي تلیفون څخه وغواړئ او تایید کړئ چې ایستل شوې وسیله لا هم نه شي رسېدلی. هغه فعال اورېدونکی چې قاعده یې هر څه مني هماغه پایله نه ده.