تونه لا هم فعال دی، مسیر ورک شو: دوه VPN ناکامۍ جلا کول

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

درې پړاوه چې د یوې پېښې په څېر ښکاري

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

نو لومړی پوښتنه دا ده چې کومه پوړه ماتېده، نه دا چې کوم پروتوکول ګناه لري۔ ځواب ټاکي چې پېښه چا ته اړه لري او بله کتنه کومه وسیله کاروي۔

لومړی نصب شوی مسیر ولولئ

له کرنل وپوښتئ چې ناکام شوي منزل ته ټرافیک واقعاً چېرته ځي۔ ip route get بل ټوپ، انټرفېس او هغه سرچینه پته چې کرنل به یې کاروي چاپوي، او د ټول جدول لپاره نه بلکې یو منزل لپاره ځواب ورکوي۔ که ځواب تونل ونوموي، د لېږد جدول لا هم باور لري چې لار شته او ستونزه د هغې پورته ده۔

ip route get 10.20.5.10
ip route show 10.20.0.0/16

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

بیا د پروتوکول خپل لید وګورئ

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

vtysh -c "show bgp summary"
vtysh -c "show bgp ipv4 unicast 10.20.0.0/16"

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

کله چې ساعتونه سره نه جوړیږي

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

د ساعت یوه دقیقه توپیر د دې نتیجې د اوښتو لپاره بسنه کوي، نو مخکې له دې چې پر ترتیب باور وکړئ وخت سیمه او توپیر تایید کړئ۔ هغه وسایل چې پرته له توپیر څخه په سیمه ییز وخت کې لاګ ساتي، د باوري خو غلطې وخت کرښې عادي سرچینه ده۔

بې کړیو بیا رغونه

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

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