ستاسو پخوانی ډیفالټ لار OpenVPN وروسته هم په قصد پاتې کیږي

تاسو تونل سره نښلوئ، ip route چلوئ، او اصلي ډیفالټ ګېټوې لا هم هلته دی۔ بل فکر دا دی چې کلاینت لاره نه ده اخیستې، نو ډیفالټ په لاس حذف کوئ او اړیکه په بشپړ ډول له لاسه ورکوئ۔ هغه ننوتنه باید پاتې شوې وای۔ د redirect-gateway def1 سره OpenVPN دوه نورې ځانګړې لارې نصبوي چې د عادي ډیفالټ له پاسه وي نه دا چې هغه بدلې کړي۔ پخوانی ګېټوې پاتې کیږي او هغه ترافیک وړل بندوي چې تاسو یې ازموینه کوله۔

def1 په رښتیا څه کوي

دا بیرغ 0.0.0.0/1 او 128.0.0.0/1 اضافه کوي، دواړه تونل ته۔ 0.0.0.0/1 هره هغه پته رانغاړي چې لومړی اکټیټ یې 0 څخه 127 ته وي، او 128.0.0.0/1 له 128 څخه 255 ته، نو هر IPv4 هدف د پخواني ډیفالټ څخه ډېر ځانګړی برابریدل لري۔ کومه لاره ګټي، دا میټریک نه، د پریفکس اوږدوالی ټاکي۔

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

ولې /1 او نه /0

لارښوونه تر ټولو اوږده سمونکې پریفکس غوره کوي، نه تر ټولو ټیټ میټریک، نو د ډیفالټ میټریک هر څه وايي، /1 پر /0 بریالی کیږي۔ دواړه نیمې برخې شته ځکه چې یوه /1 یوازې نیم ځای پوښي؛ کله چې یوازې 0.0.0.0/1 وي، له 128.0.0.0 پورته هر څه لا هم پخوانی ډیفالټ تعقیبوي، چې هغه ګډوډ نښه جوړوي چې ځینې سایټونه کار کوي او نور نه۔

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

یو ریښتینی لارښوونې جدول ولولئ

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

default via 192.168.50.1 dev wlan0
0.0.0.0/1 via 10.8.0.1 dev tun0
128.0.0.0/1 via 10.8.0.1 dev tun0

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

وګورئ چې پاکټ په رښتیا کومه لاره اخلي

نورې ځانګړې لارې لا هم ګټلای شي: د شخصي حد، ځایي فرعي شبکې لپاره لاره یا د VPN سرور خپله پته له /1 اوږده ده۔ تونل ته خپل سرور ته بهرنۍ لاره غواړي، او هغه اړیکه بیرته تونل ته لېږل به یې سمدلاسه مات کړي۔ په Linux کې جدول په سترګو لوستلو پرځای له کرنل وپوښتئ: د هغه هدف سره چې تاسو یې علاقه لرئ ip route get غوره شوې لاره، انټرفیس او سرچینه چاپوي۔ که د پالیسۍ پر بنسټ لارښوونه تنظیم شوې وي، قواعد هم وګورئ، ځکه یو قاعده کولای شي اصلي جدول ته له کتلو دمخه بل جدول غوره کړي۔

که یوازې د IPv4 یوه برخه ناسمه چلند کوي، تایید کړئ چې دواړه نیمې برخې نصب دي او بیا هغه استثنا ولټوئ چې د ناکام هدف سره سمون لري۔ پخوانی ډیفالټ حذفول حل نه دي، او هغه لاره لرې کوي چې کلاینت ته د تونل په پاک ډول خلاصولو لپاره اړینه ده۔

def1 څه نه پوښي

دوه IPv4 ننوتنې د IPv6 په اړه هیڅ نه وايي: د IPv6 اړیکه لرونکی هوسټ خپل ډیفالټ کاروي تر څو چې یو څه هغه کورنۍ جلا وګرځوي، نو په دوه ګوني سټیک شبکه کې ځینې ترافیک د تونل څخه تېریدونکی ښکاري۔ نور کلاینتونه او د شبکې مدیران بشپړ-تونل لارښوونه بل ډول پلي کوي، او د دوی جدولونه به سمون ونه لري۔ دلته تشریح شوی def1 چلند د OpenVPN مستند بیرغ دی، نه د ماشین هره VPN۔

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