VPN وصل دی خو انټرنیټ نشته؟ څلور طبقې وګورئ

کلاینټ وايي وصل دی، براوزر څرخي، او هر سایټ د وخت پای ته رسېدو سره ختمېږي. دا یوځای والی عادي دی او تضاد نه دی: وصل یعنې ټنل خبرې اترې وکړې، او نور نه. د نومونو حل، لارښوونه او د سرور خپل وتل هر یو په خپله طریقه ناکامېږي، او هر یو بل مالک لري. طبقې په ترتیب وګورئ او په لومړۍ ناکامه کې ودروئ.

له هغې شبکې پیل وکړئ چې له هغې راغلي یاست

ټنل د کلاینټ خپل قطع کنټرول سره ښکته کړئ، بیا که پالیسي اجازه ورکړي دوه بې‌تړاوه HTTPS سایټونه وآزمویئ. د هغې ازموینې په موده کې حساس کار بند وساتئ. که عادي لاسرسی هم ناکام شي، VPN لومړی شکمن نه دی.

له ټنل سره د لاس وهلو دمخه Wi-Fi لینک، روټر او هر هغه پورټل پاڼه وګورئ چې د ننوتلو غوښتنه کوي. کیل سوئیچ کېدای شي د ډیزاین له مخې د قطع حالت کې ترافیک بند کړي، نو د شبکې د مړېدو د پایلې پر ځای د هغې ثبت شوې ازموینې پروسه تعقیب کړئ. بله باوري شبکه ګټوره پرتله ده، او نوی VPN وتل به د هوټل پای ته رسېدلې ننوتنه بشپړه نه کړي. که پرانیستې شبکه کار وکړ او ټنل نه، شبکه بری ده او بله طبقه ستاسو ده.

فیصله وکړئ چې ناکامي د نومونو حل دی که نه

د تېروتنې متن ولیکئ، ځکه د حل ناکامي، د وخت پای او د سند خبرداری هر یو بل ځای ته اشاره کوي. هغه بڼه چې ژر باید ونیول شي دا ده چې هغه هوسټ نوم چې کله یې نه وي لیدلی ناکامېږي، پداسې حال کې چې د پرانیستې ناستې اپلیکیشن دوام کوي. دا بڼه د نویو پوښتنو په اړه ده، نه د دې په اړه چې ټنل پاکټونه وړي. یوه پوښتنه ښیي چې حل کوونکی څه بېرته ورکوي، او چلول یې یوه ثانیه نیسي. دویم نوم هم وآزمویئ، تر څو یو کیش شوی ځواب یا یو مات ریکارډ تشخیص فیصله نکړي.

nslookup example.com

په HTTPS پته پټه کې خپل سري IP د DNS ازموینه نه ده، ځکه سند او مجازي هوسټ معمولاً په نوم تکیه کوي. داخلي نومونه کېدای شي د عام بدیل پر ځای د سازمان حل کوونکي ته اړتیا ولري، او هغه براوزر چې خپل خوندي حل کوونکی لري کېدای شي د عملیاتي سیسټم له پوښتنې سره توپیر لرونکی ځواب ورکړي. چېرې چې دواړه توپیر ولري، د براوزر حل کوونکی هغه دی چې کاروونکی یې تجربه کوي، او دا توپیر د ټکټ پورې اړه لري.

بشپړ ټنل که یوازې د شرکت فرعي شبکې

ځینې پروفایلونه یوازې د شرکت څو فرعي شبکو ته د رسېدو لپاره شته; نور د هر څه وړلو لپاره جوړ شوي او په شا کې کاري وتل ته اړتیا لري. د ثبت شوې موخې لوستل وکړئ دمخه لدې چې فرض کړئ نښه هر اپلیکیشن او هر پته کورنۍ پوښي. د شخصي شبکې پروفایل کېدای شي په بشپړه توګه لکه څنګه چې ډیزاین شوی کار وکړي، پداسې حال کې چې هغه براوزر چې باید هېڅکله یې نه و کارولی لا هم ناکامېږي. د لارښوونې جدول پرته له بدلون لوستل وکړئ، او IPv6 هم شامل کړئ، ځکه کاري IPv4 لاره د بلې کورنۍ په اړه هېڅ نه وايي.

ډېره ځانګړې لاره کېدای شي بریالۍ شي پداسې حال کې چې اصلي لاره لا شته، له همدې امله جدول باید لوستل شي نه فرض. سیال مجازي اډاپټرونه هم کېدای شي هغه ترافیک ولري چې تاسو یې بل ځای تمه لرله، په ځانګړې توګه وروسته لدې چې دویم VPN کلاینټ نصب او هېر شو. اصلي لاره د ازموینې په توګه مه ړنګوئ; دا تشخیص په دویم خنډ بدلوي.

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

کله چې سرور هېڅکله څه نه استوي

که هر هدف په دوو وسیلو او دوو لاسرسي شبکو کې ناکام شي، ټنل پورته دی او وتل استوي نه. همدا جوړه د سرور خوا ناکامي له یوې وسیلې چې په یوه ځای کې غلط تنظیم شوې جلا کوي. آپریټر ته د نښې سکرینشاټ نه، د استولو، NAT او د بېرته راستنېدو لارې پوښتنې واستوئ.

هغه درې د سرور خوا د لاملونو ډېری پوښي، او ځواب ورکول د آپریټر کار دی. د OpenVPN د نښلېدو ستونزو حل پاڼه له سرور خوا څخه همدغه پوښتنې تېروي، نو له ټکټ سره یې واستوئ. د شنې نښې سکرینشاټ د هغوی له یوې هم ځواب نه ورکوي.

له ننوتلو وروسته د کلاینټ لاګ د لارو، DNS تنظیماتو یا مجازي اډاپټر د پلي کولو ناکامیو لپاره وګورئ. د هغې مرحلې تېروتنې وسیلې ته اشاره کوي نه سرور ته. هغه تېروتنه چې هېڅکله په لاګ کې نه ښکاري هم هماغومره معلوماتي ده، ځکه شک بلې خواته لېږدوي.

په یو وخت کې یوه طبقه وګورئ

کله چې څه بدل کړئ، بیا ونښلئ او هماغه اپلیکیشن چې ناکام شو تکرار کړئ. یوه پاڼه چې بار شي د هغو سرچینو ته د تکرار وړ لارې په پرتله لږ ثابتوي چې پروفایل ورته جوړ شوی و. دوه کمانډونه حل له رسېدو وړتیا جلا کوي، او دویم یې کوربه ځانګړی دی. د curl کرښه هر چېرې وچلوئ، بیا هغه د لارې کمانډ وچلوئ چې ستاسو مخې ته کوربه سره سمون لري.

curl -sS -o /dev/null -w "%{http_code}" --max-time 5 https://example.com
route print -4          # Windows
ip -4 route show        # Linux
netstat -rn | head      # macOS

که عددي غوښتنه کار وکړ او نوم نه، په DNS ودرېږئ. که هېڅ یو یې کار ونکړ، د لارښوونې جدول د ټنل له تمه شوي اصلي سره پرتله کړئ، او هغه کورنۍ وګورئ چې واقعاً یې ازموئ. که لاره سمه وي او غوښتنه لا هم په وتل کې مړه شي، پاتې پوښتنه آپریټر ته اړه لري، او هغه شواهد چې وساتل شول هماغه ټکټ دی.