VPN وصل کیږي خو LAN وسایلو ته نشي رسیدلی: څه باید وګورو

ترافیک تونل ته ننوځي، دروازه به خپله پته ځواب وایي، او د هغې شاته هیڅ شی ځواب نه وایي۔ دا بڼه عامه ده او تناقض نه دی: د دروازې څخه ځواب ثابتوي چې تونل پای ته ورسید، او د هغې څخه بهر پتې شوې بستې سره د هغه څه په اړه هیڅ ثابت نه کوي چې پیښیږي۔ دواړه ازموینې په یوه ماشین کې بیلابیل کوډ لارې کاروي۔

له دې وروسته د دروازې بلې خوا ته یو څه ازموئ۔ د دروازې خپله پته به ځواب ورکول جاري وساتي، هر څومره چې لېږد خراب وي۔

دروازه د خپل سټک څخه ځواب وایي

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

هغه اداري پاڼې چې د تونل له لارې ورته رسیدل کیږي هم لومړي کټګورۍ ته تړاو لري۔ دوی د تونل په اړه شاهد دي، د هغې شاته شبکې په اړه نه۔

جریان تعقیب کړئ تر لومړنۍ هغې پولې چې هغه غورځوي

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

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

د بېرته راتلو لارې او د هوسټ د اور وژنې دیوالونه جلا ناکام کیږي

کله چې بسته هوسټ ته ورسیږي، درې نور شیان باید سم وي۔ خدمت باید په هغه پته اوریدل وکړي چې بسته ورته لیږل شوې وه، د هوسټ اور وژونکی دیوال باید ومني یې، او ځواب باید د کاروونکو حوض په لور د بېرته راتلو لاره ولري۔ وروستی یې ډیر ځله ناکام کیږي، ځکه د هوسټ ډیفالټ لار هغه روټر ته اشاره کوي چې د تونل حد په اړه هیڅکله نه دی اوریدلی۔ پایله هغه نښلون دی چې د هوسټ له نظره جوړیږي او په بل لوري کې په خاموشۍ مري۔

د بېرته راتلو لاره په قصد ازموئ: له کاروونکي ولیږئ او بېرته راتلو ته وګورئ۔ یو لوري ثبت په ثانیو کې هغه څه حل کوي چې یو ساعت اټکل به یې نه حل کوي۔

هر ټوپ د کاروونکي سرچینه پتې سره تایید کړئ

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

ip route get 192.168.50.20 from 10.8.0.2
ping -I 10.8.0.2 -c 3 192.168.50.20
sudo tcpdump -ni tun0 host 192.168.50.20
sudo tcpdump -ni br0 host 192.168.50.20

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

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