ولې traceroute د VPN تونل له لارې یوې خوا ته مري

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

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

ستوری یو ورک ځواب دی، نه ورک ټوپ

traceroute هر پړاو کې هغه پروبونه لېږي چې TTL یې یو روټر نور لرې پای ته رسېږي۔ هغه روټر چې پای ته رسېدلی پروب غورځوي باید یو ICMP Time Exceeded پیغام چې خپل نوم یادوي بېرته راوګرځوي، او وسیله هغه نوم چاپوي۔ هغه څه چې وسیله واقعاً انتظار کوي دا دی چې پیغام په یوې مودې دننه ورسېږي۔ که روټر له بلې سرچینې پتې ځواب ورکړي، د تېروتنو جوړولو کچه محدوده کړي یا پروب بې کلمې وغورځوي، پړاو د چاپ وړ څه نه تولیدوي۔

له دې پایلو کومه یوه نه وایي چې د مخې لار ماتې ده۔ ستوری د بې ځوابه پوستې راپور دی، نه د تشې لارې۔

د پروب میتود ټاکي چې له کوم فلټر سره مخ شئ

په Linux کې تلواله میتود معمولاً د لوړې شمېرې UDP منزل پورټ دی، په Windows کې tracert د ICMP غږونه لېږي، او Linux ته کېدای شي وویل شي چې پرځای یې ICMP یا TCP وکاروي۔ له دې هر یو د حالت لرونکي فایر وال یا کلاوډ امنیتي ګروپ لپاره د بل ډول ترافیک په څېر ښکاري۔ د یوې خوا UDP تعقیب د بلې خوا ICMP تعقیب سره پرتله کول دوه بېلې تجربې پرتله کوي۔ مخکې له دې چې پایلې توپیر وبولئ، میتود، د پتو کورنۍ، د سرچینې پته او موده ثابت کړئ۔

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

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

د بېرته راتلو لار خپله یوه لار ده

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

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

تونل په یوه ریښتینې غوښتنه تایید کړئ

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

traceroute -I -n -w 2 203.0.113.40
traceroute -T -p 443 -n -w 2 203.0.113.40
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' --max-time 5 http://203.0.113.40:8080/health
ss -tan state established

لومړی دواړه traceroute چلونه ولولئ: که ICMP چل ټوپونه وښيي او TCP چل یې ونه ښيي، توپیر په میتود کې دی نه په لار کې۔ بیا د curl پایله د اپلیکیشن کچې ځواب وګڼئ، ځکه د مناسبي حالت کوډ سره بشپړ تبادله مانا دا ده چې د مخې او بېرته راتلو دواړه لارې د ریښتیني ترافیک لپاره کار کوي۔ د ساکټونو لیست ښيي چې نښلون په بشپړه توګه جوړ شوی که نه، کوم چې هیڅ تعقیب نه شي درته ویلای۔

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