د PPP د peer پته که د VPN پای ټکی: کوم یو via ته ځي

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

د یو انټرفیس کرښې دوه لوستل

داسې ناسته واخلئ چې انټرفیس پکې inet 10.64.3.9 peer 10.64.3.1/32 راپور ورکوي۔ د subnet لوستل 10.64.3.9 په /32 ټاپو کې یوازینی کوربه ګڼي او بیا د هغې بهر هر څه ته رسېدو لپاره لارښوونکی ګوري۔ ځکه چې پر اړیکه بل یوازینی پته peer ده، هغه لوستل په پای کې 10.64.3.9 خپله د دروازې په توګه وړاندیز کوي، چې دایروي دی۔

د پای ټکي لوستل هغه مستند دی۔ پر نقطه-تر-نقطې انټرفیس peer د هغې یوې اړیکې لرې سر نوموي، نو 10.64.3.1 د کارېدونکي بل ګام په توګه پاتې کېږي او 10.64.3.9 تل یوازې د سرچینې پته ده۔

همدا توپیر ټاکي چې په via کې څه راتللی شي۔ هلته د سیمه ییزې پتې لیکل داسې لار جوړوي چې کرنل یې ګاونډي ته نه شي حلولی، نو ننوتنه یا په اعتبارسنجۍ کې ناکامېږي یا ترافیک ښکته کوي په داسې حال کې چې په لیست کې بشپړ روغ ښکاري۔ peer کار کوي ځکه چې پر اړیکه ریښتینی منزل دی۔ دواړه لوستل د باندني VPN پای ټکي په اړه سره سمون لري، چې بشپړ جلا هویت دی: هلته د underlay له لارې رسېږي، نه د هغه تونل له لارې چې پای ته رسوي یې۔

ناسته لا دمخه څه نصب کړي

تر دې چې خپل جدول ولیکئ، چاپ کړئ چې له اړیکې سره څه راغلل۔ ملاتړ شوی PPP یوځای کېدل معمولاً د ناستې د جوړولو پر مهال د وسیلې لار او د peer لار نصبوي، او همدا دوه ننوتنې لا دمخه سم لوستل کوډ کوي۔

ip -4 addr show dev ppp0
ip route show dev ppp0
ip route show table main | head -n 5

د 10.64.3.1 dev ppp0 proto kernel scope link src 10.64.3.9 په څېر د وسیلې لار دروازه نه لري ځکه چې انټرفیس خپله لار ده۔ هغه لار چې peer د via په واسطه نوموي بله شی دی چې بل عمر لري، او کله چې ناسته ولوېږي ورکېږي۔ د دواړو بڼو له یوې کاپي کول په تلپاتې جدول کې پرته له دې چې وګورئ څنګه بیا نصبېږي، همدا د کارېدونکي تونل د بیا نښلولو وروسته د خپلې لارې د ورکولو معمول لامل دی۔

د حافظې پر ځای دواړه لیستونه پرتله کړئ۔ که peer لار په main کې وي خو ستاسو اضافي جدول خالي وي، نو هغه څه مو زده کړل چې د پتې کرښې هېڅکله نه وو ویلي۔

قاعده او جدول بېلې پرېکړې دي

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

نیمه تلواله لار تلواله لار نه ده۔ یوه 0.0.0.0/1 یوازې د IPv4 تشې لاندې نیمه پوښي، نو هغه پالیسي چې غواړي هر څه ونیسي سمون لرونکې 128.0.0.0/1 یا ریښتینې default هم غواړي۔ د کارېدونکې ترتیب لوستل او د دوو نیمو له یوې کاپي کول همدا هغه لار ده چې خلک په داسې لارښوونې حلقه کې ښکېل کېږي چې یوازې پر ځینو منزلو ماتېږي۔

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

پلټنې ته هغه پوښتنه وکړئ چې ستاسو اپلیکیشن یې کوي

ip route get یوه لار حل کوي، ip route show زېرمه شوې ننوتنې لیستوي، او دواړه کولای شي سره مخالفې وي پرته له دې چې یوه یې غلط وي۔ د سرچینې شالید شامل کړئ، ځکه د سرچینې پر بنسټ قواعد یوازې هغه وخت سره سمون لري چې پلټنه سرچینه له ځان سره بوځي۔

ip route get 198.51.100.23 from 10.64.3.9
ip route get 198.51.100.23 from 10.64.3.9 iif ppp0
ip -4 rule show

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

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

چېرې چې پرتله اوړي

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

که ځوابونه ورک شي په داسې حال کې چې وتونکې لارښوونه سمه ښکاري، مخکې له دې چې لاس وروړئ اغېزمن ارزښتونه ولولئ، او یوازې د بیان شوې پالیسۍ لامل سره یې بدل کړئ۔

sysctl net.ipv4.conf.all.rp_filter
sysctl net.ipv4.conf.ppp0.rp_filter
sysctl net.ipv4.conf.all.src_valid_mark

د دوو ډیزاینونو ترمنځ د شاهد پر بنسټ یو غوره کړئ: که اپلیکیشن د PPP پتې سره تړلی وي، د سرچینې قاعده او د peer لار لرونکی جدول بسنه کوي۔ که بکس د خپل شاته LAN لپاره لېږدوي، بیا د ننوتلو شالید او د بېرته تګ لار هم باید سره سمون ولري۔ کله چې سمون نه لري، د ټول ماشین لپاره اعتبارسنجي سستولو پر ځای د لار مالکیت سم کړئ۔