ولې د VPN لار په ip route پایله کې کومه دروازه نه ښیي
هغه کرښه چې وسیله لري او دروازه نه لري، مستقیمه لار ده، نه ماتېدلې۔ موخه، dev او scope ولولئ، بیا د ip route get له لارې یې تایید کړئ۔
د لارښوونې جدولونه هغه وخت مات شوي لوستل کېږي چې د دروازې ستنه خالي پاتې شي، حال دا چې کرښه معمولاً په خپله بشپړه ده۔ د via ساحه یوازې هغه وخت ښکاري چې کرنل بسته د بل پړاو پتې ته وسپاري؛ له یوې برخې سره تړلې لار خپلو موخو ته د اړیکې طبقې حل یا د ټکي-تر-ټکي سیال له لارې رسېږي۔ د ستونونو له کیڼې خوا ښي خوا لوستل درته وایي چې په کوم حالت کې یې، او دا لوستل باید مخکې له دې چې څوک اصلي لار سمه کړي ترسره شي۔ د ورکې دروازې په اړه ډېری ټیکټونه په همدې توپیر پای ته رسېږي۔
د لارې کرښه ستن په ستن ولولئ
هره ننوتنه د موخې او د هغې د پریفکس اوږدوالي سره پیلېږي، بیا په ثابته قاموس کې بدلونکوونکي ورزیاتوي: via، dev، proto، scope، src او metric۔ د 198.51.100.0/24 dev tun0 proto kernel scope link src 198.51.100.2 په څېر کرښه ګڼه ده خو په بشپړه توګه ټاکل شوې۔ په هغې کې هېڅ نه دی پاتې، او د لارښوونکي هېڅ پته نه ده په نیت اخیستل شوې۔
د via نه شتون زړه راښکونکی برخه ده۔ پرته له بل پړاو، کرنل موخه په مستقیم ډول په نومول شوې برخه کې حل کوي، چې د تونل لپاره معنا یې دا ده چې چوکاټ تونل وسیلې ته وسپاري او انکپسولیشن پخپله له هغه ځایه پرمخ بوځي۔ proto kernel ثبتوي چې ننوتنه هغه وخت په اتوماتیک ډول نصب شوه چې پته وټاکل شوه، نه دا چې یو مدیر لیکلې وي۔ scope link وایي چې موخه په هغه اړیکه کې پرته له لارښوونکي تېرېدو رسېدونکې ده، او src هغه پتې ته نوم ورکوي چې کرنل به یې د سمونکو ترافیکونو لپاره د سرچینې په توګه غوره کړي۔
اوس اصلي لار په همدې ډول ولولئ: default via 192.0.2.254 dev eth0 proto static metric 100۔ دلته via شته ځکه چې بسته واقعاً بل پړاو ته اړتیا لري، او هغه پړاو باید پخپله په eth0 باندې رسېدونکی وي۔ دا دوه کرښې د یو بل بڼې نه دي؛ دوی د دې په اړه جلا پوښتنو ته ځواب وایي چې ترافیک چېرته ځي۔
دوه د لارې بڼې چې له یو بل سره ګډېږي
د تونل فرعي شبکې لار او اصلي لار په سکرین شاټ کې ورته ښکاري خو په بشپړه توګه جلا چلند کوي۔ لاندې جدول د ساحو د لوستلو د مرستې په توګه وکاروئ، بیا هغه ریښتیني شمېرې په هغه ماشین کې تایید کړئ چې تاسو یې نیمګړتیاوې لټوئ، نه دا چې د یو لارښود نمونې ته باور وکړئ۔
| Piece of the line | What it settles | What it says nothing about |
|---|---|---|
| The destination and mask | Which packets are eligible to match | Where those packets leave the host |
via plus its address | Which next hop receives them, and therefore that a router is involved | Whether that router is reachable or sane |
dev | Which interface carries the encapsulated or raw packet | Whether the interface is up or has a carrier |
proto and scope | Who installed the entry and how far the destination is considered to be | Whether a firewall later drops the traffic |
هغه څه چې جدول یې نه شي ویلی، نیت دی۔ د تونل له لارې خصوصي حد ته مستقیمه لار په قصد جوړه شوې وېشل شوې تونل طرحه ده؛ هماغه بڼه په هغه کوربه چې باید هر څه د VPN له لارې ولېږي، یوه نښه ده۔ نیت په هغه ترتیباتو کې ژوند کوي چې ننوتنه یې جوړه کړې، نو مخکې له دې چې دې پایلې ته ورسیږئ چې کرنل یو څه غلط کړی، هغه وسیلې ته وګورئ چې دا یې نصب کړې۔
همدارنګه، ورکه دروازه د یوې جوړولو اجازه نه ده۔ که لار واقعاً بل پړاو ته اړتیا ولري، هغه پړاو باید په هغه برخه کې رسېدونکی وي چې دا یې وړي، او د ټکي-تر-ټکي تونل لپاره د سیال پته د ځایي پتې په څېر هماغه شی نه دی۔ د ځایي تونل پتې د Ethernet لارښوونکي په توګه ګڼل د یوې داسې لار جوړولو عامه لاره ده چې سمه ښکاري خو هېڅ نه لېږدوي۔
کرنل وپوښتئ چې واقعاً کومه کرښه به کاروي
جدول لوستل د پلټنې ترسره کولو سره یو څه نه دي، ځکه چې کرنل مخکې له ځواب ورکولو د سیاست قواعدو، څو جدولونو او کیش شوو ننوتنو سره مشوره کوي۔ هغه فعل چې ریښتینې پلټنه ترسره کوي ip route get دی، او هغه لار چاپوي چې د دغو ځانګړتیاوو بسته به یې واخلي۔
ip route get 203.0.113.37 from 198.51.100.2 iif tun0هغه موخه وټاکئ چې واقعاً ستاسو لپاره مهمه ده، بیا کله چې ترافیک د سرچینې له مخې غوره شو یا لېږل کېږي from یا iif ورزیات کړئ، ځکه چې عادي ځایي پلټنه کېدای شي د لېږل شوي کلاینټ په پرتله بله لار غوره کړي۔ ځواب برخه، غوره شوې سرچینه پته او هر بل پړاو نوموي، کوم چې هماغه معلومات دي چې په هغه شیبه به بسته پرې لارښوونه شوې وای۔
که ځواب تاسو حیران کړ، مخکې له دې چې هر څه بدل کړئ قواعد چاپ کړئ: ip -4 rule show دوی د لومړیتوب په ترتیب سره لیستوي، او هغه VPN کلاینټ چې خپل جدول یا د نښه شوو بستو لپاره قاعده نصبوي په اصلي جدول کې به هېڅ ونه ښکاري۔ د هر جدول لیست کول هغه تشه بندوي۔
ip -4 route show table all | grep -E 'tun|default'مخکې له دې چې اصلي لار بدله کړئ، لاندې طبقې وګورئ
د تونل خپلې بستې باید لرې پای ټکي ته ورسېږي، او دا د فزیکي برخې له لارې د هغې لارې په کارولو سره کوي چې د VPN له پورته کېدو مخکې وه۔ د ټولې اصلي لار بدلول پرته له دې چې هغه پای ټکی پن شي، انکپسول شوې بستې هماغه تونل ته لېږي چې دوی یې باید جوړې کړې وای، او اړیکه نړېږي۔ لومړی یوازې د پای ټکي پتې لپاره د پلټنې له لارې د پای ټکي لاره تایید کړئ۔
کله چې بدلون کوئ درې شیان جلا وساتئ: هغه پای ټکي لار چې باید په فزیکي برخه کې پاتې شي، هغه خصوصي حدونه چې باید تونل ته ننوځي، او هغه اصلي لار چې د نورو هر څه په اړه پرېکړه کوي۔ دوی په همدې ترتیب سره جلا کړئ، یو په یو وخت پلي کړئ، او له هر ګام وروسته پلټنه بیا چل کړئ۔ وروسته ناکام ping پخپله ډېر لږ څه ثابتوي، ځکه چې اجازې، د ځواب لارښوونه، DNS او خدمت پخپله ټول د سمې لارې لاندې موقعیت لري۔
مخکې له سمون څخه هغه څلور ارزښتونه ولیکئ چې کرښې درکړل: موخه، بل پړاو یا د هغې نه شتون، وسیله، او غوره شوې سرچینه۔ که وروسته بدلون له دوی څخه کوم یو وخوځوي، تاسو پوهېږئ چې کومه پرېکړه واقعاً بدله شوه، او کولای شئ یوه ننوتنه بحال کړئ نه دا چې د ټول جدول په اړه اټکل وکړئ۔