کله چې د ووېشل شوي تونل لارې یو بل ته ننوځي: کوم پریفکس ګټي

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

1. موخه او سرچینه ولیکئ

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

په څو A ریکارډونو کې یو ته تلونکې غوښتنه کولی شي ناکامه شي پداسې حال کې چې ګاونډۍ پته بریالۍ وي، دا بې ثباته تونل ښکاري خو په رښتیا دوه جلا لارې دي۔ که موخه د څو ځوابونو لرونکی نوم وي، له هر څه بدلولو مخکې هر ځواب جلا وآزمویئ۔

2. له مرکز څخه وپوښتئ کومه لار یې غوره کړه

د لارو جدول مه لولئ او ځواب مه اټکل کوئ۔ هغه پوښتنه چې سټیک یې کوي هماغه پوښتنه د همدې سرچینې پتې سره وکړئ: په Linux کې ip route get 10.20.4.10 from 10.8.0.2، یا په PowerShell کې Find-NetRoute -RemoteIPAddress 10.20.4.10۔ پایله هغه لار نوموي چې واقعاً به کارول کیږي، او دا ډېری هغه نه وي چې د جدول لوستلو پر مهال مو تمه کړې وه۔

د هغو لارو په مینځ کې چې سمون خوري، معمولاً ډېر ځانګړی پریفکس ګټي: د هغې پتې لپاره چې په دواړو کې ده /24 پر /16 بریالی کیږي۔ د یوې اندازې اوږدوالي سمونونو تر مینځ ټیټ متریک ګټي، او په بنده لینک نصب شوې لاره پرېښودل کیږي۔ دوه تونلونه چې یو شان /24 په یو شان متریک سره فشاروي بېل حالت دی: مرکز دواړه لارې ساتي او د دوی تر مینځ غوره کوي، نو پایله کولی شي بدله بدله شي پرځای دې چې د کليونټونو د نښلولو ترتیب ته غاړه کېږدي۔ همدا حالت د دوشنبې-کار-کوي-سه شنبې-ناکامه-کیږي بڼه جوړوي، او په بل ترتیب بیا نښلول دا نه بدلوي۔

3. وګورئ چې ایا د پالیسۍ قاعدې لټون بلې خوا ته اړولی

له دې مخکې چې د لارو جدول وکتل شي، مرکز خپلې د پالیسۍ قاعدې تېروي۔ یوه قاعده کولی شي د یوې ټاکلې سرچینې، کارن یا د اور وژنې نښې ټرافیک په بشپړه توګه بل جدول ته واستوي، نو په اصلي جدول کې ګټونکی پریفکس د هغه بهیر لپاره کېدای شي هېڅکله ونه کتل شي۔ ip rule show دوی د ارزونې په ترتیب سره لیست کوي، او ip route show table 100 ښیي چې په غوره شوي جدول کې واقعاً څه دي۔

دلته دوه تګلې دي۔ هغه قاعده چې تش جدول ته اشاره کوي داسې لټون جوړوي چې بلې قاعدې ته ورځي، نو قاعده داسې ښکاري چې هېڅ نه کوي۔ بله پخپله د لومړیتوب شمېره ده: قاعدې په زیاتېدونکي ترتیب لوستل کیږي، او داخلي ارزښتونه 0 local، 32766 main او 32767 default دي۔ د 32767 څخه کمه شمېره لرونکې قاعده د هغې اصلي قاعدې څخه مخکې کتل کیږي چې هر څه نیسي۔ د 32767 څخه ډېره شمېره لرونکې قاعده د هغې شاته ده او یوازې هغه وخت ورته رسېدل کیږي چې هيڅ پخوانی جدول ځواب نه ورکوي، چې په main کې عادي اصلي لاره د هغې مخه نیسي، نو په عمل کې هېڅکله ورته نه رسېږي او په چوپتیا هېڅ نه کوي پداسې حال کې چې نصب ښکاري۔ که کليونټ قاعده او لاره دواړه لیکلي وي، دواړه وګورئ، او له بیا نښلولو وروسته یې بیا وګورئ، ځکه بیا لیکل شوی پروفایل کولی شي د بل لومړیتوب دوهمه قاعده اضافه کړي۔

4. د لارو برابرۍ له دوه ځله پتې پلان څخه جلا کړئ

کله ناکله پریفکس هېڅ ستونزه نه وي۔ دوه ځایونه چې دواړه 192.168.1.0/24 کاروي معنا یې دا ده چې یوه پته دوه جلا هوسټونه پیژني، او هيڅ لاره نشي کولی دوی جلا کړي۔ د دوو ځوابونو یوه ته د هوسټ لاره یوازې تر هغې پورې کار کوي چې بل ځای د همدې نوم لپاره ځواب ورکړي، او بیا استثنا په چوپتیا کې پخپله خرابي کیږي۔

نښه دا ده چې د موخې پته په دواړو لارو کې یوه ده او یوازې په نظر کې نیول شوی مالک توپیر لري۔ دا د پتې پلان پریکړه ده، نه د لارې سمون: یوه خوا بیا شمېره کړئ، یوه خوا د ژباړونکي دروازې شاته کیږدئ، یا دوهم ځای ته د هغه پراکسي له لارې ورسیږئ چې خپل نومونه پخپله حل کوي۔ اصلي لاره ښکته کول یا د هوسټ استثناوې یو ځای کول یوازې ټکر بل ځای ته ځوړندوي۔

5. تایید کړئ چې حل کوونکی له لارې سره موافق دی

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

حل کوونکي ته مستقیم وپوښتئ او هغه سرور یادښت کړئ چې ځواب یې ورکړ۔ د لنډ TTL سره کاش شوی ځواب هم تشریح کولی شي چې ولې له بیا نښلولو وروسته لومړنۍ غوښتنه د پنځمې څخه جلا چلند کوي۔

6. بیا ونښلوئ، پلي شوی حالت وګورئ، بیا دواړه بهیرونه وآزمویئ

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

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