دوه VPN کلاینټونه، یو روټینګ جدول: ډیفالټ لاره چې څوک اخلي
دوه VPN کلاینټونه نږدې هیڅکله مستقیم نه ټکر کیږي؛ دوی هماغه ډیفالټ لاره بیا لیکي. غوره شوې لاره وګورئ، بیا یو کلاینټ د هر منزل ادعا کولو مخه ونیسئ۔
داسې ښکاري چې دوه VPN کلاینټونه د یوې سوکټ لپاره جنګیږي، او ښکاره حل باید یو لرې کول وي۔ په عمل کې دوی نږدې هیڅکله هماغه سوکټ نه لمس کوي۔ هر اړیکه د عملیاتي سیستم روټینګ جدول بیا لیکي، او بشپړ ټونل پروفایل ډیفالټ لاره غواړي۔ معمولاً هغه څوک ګټي چې وروستی وصل شوی وي، له همدې امله نښه د کلاینټونو ترمنځ ښکاري چې ځای بدلوي۔
شخړه د روټینګ جدول دننه ژوند کوي
مجازي اډاپټر او ډیفالټ لاره—په دې توګه بشپړ ټونل ترافیک نیسي۔ کله چې دوهم کلاینټ خپله ډیفالټ نصبوي، پخوانی داخله بدلیږي یا د میټریک له مخې ښکته کیږي، او هر منزل اوس د نوي ټونل له لارې تیریږي۔ لومړی کلاینټ وصل پاتې کیږي او لا هم شنه نښه ښیي، یعنې انټرفیس فعال دی خو لاره ورکه ده۔ همدا د اړیکې حالت او د روټینګ حالت ترمنځ جلاوالی چلند ګیډی کوونکی کوي۔
کلاینټونه د یو شریک جدول مدیران دي۔ پوهه چې کوم بدلون وروستی و، نږدې هرې نښې ته ځواب وایي۔
ولولئ کوم ټونل اوسنۍ لاره لري
د وصل شوي کیدو راپور ورکوونکي کلاینټ باور کولو پرځای اصلي پرېکړه وګورئ۔ له سیستم وپوښتئ کوم انټرفیس به یو ځانګړی منزل وړي۔
ip route get 10.20.0.5
route print -4لومړی حکم د یو منزل لپاره انټرفیس او سرچینه پته نوموي، او دا هغه سمه پوښتنه ده چې تاسو یې په فکر کې یاست۔ د لارو ډمپ په Windows کې سیالې ډیفالټ داخلې او د هغوی میټریکونه ښیي، نو ګورئ چې اوس کومه ګټي۔ په هر لرې شبکه کې د یو هوسټ لپاره لټون وکړئ، ځکه یو منزل سم کیدای شي پداسې حال کې چې بله شبکه نه رسیږي۔ که ځواب غلط ټونل ونوموي، بیا وصل کیدل به مرسته ونه کړي؛ د لارې پالیسي باید بدله شي۔
دوهم کلاینټ د هر څه ادعا کولو مخه ونیسئ
یو کلاینټ باید ډیفالټ لاره ولري، او بل باید یوازې خپل پریفیکسونه وړي۔ OpenVPN کلاینټونه کولای شي هغه څه رد کړي چې سرور یې ټېل وهلی۔
pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10route-nopull هره ټېل وهل شوې لاره نادیده ګڼي، پداسې حال کې چې pull-filter ignore "redirect-gateway" یوازې د ډیفالټ لارې لارښوونه غورځوي او ټېل وهلی DNS او نور انتخابونه ساتي۔ د سرور د ترتیباتو څخه څومره چې لا غواړئ پر هغې بنسټ د دوی ترمنځ غوره کړئ، بیا هغه ځانګړي پریفیکسونه ورزیات کړئ چې دوهمې شبکې ته اړین دي۔ DNS په یاد ولرئ، ځکه هغه حل کوونکی چې هغه ټونل یې ټېل وهلی چې پوښتنې نه وړي، هیڅ نه بېرته راګرځوي۔ په هر شبکه کې یو پیژندل شوی هوسټ وازموئ او هغه سرچینه پته تایید کړئ چې لرې اړخ یې ویني۔
له یو بل سره پوښل شوو سبنیټونو څخه تیریدل ناشونې دي
کله چې دواړه شبکې یو شان پریفیکس خپروي، کرنل د دوو بیلابیلو ځایونو لپاره یوه داخله ساتي او باید غوره کړي۔ د هوسټ لاره نشي کولای ورکه توپیر جوړ کړي، او نه د میټریک سمون۔ یو اړخ بیا شمیره کړئ، یا د هغې مدیر لرې حد وژباړي ترڅو پریفیکسونه توپیر ولري۔ د کلاینټونو په غندلو دمخه اصلي سبنیټونه وګورئ، ځکه د کور روټر ډیفالټ 192.168.1.0/24 د دفتر حد سره د هر چا له تمې ډیر ځله ټکر کیږي۔ دواړه حدونه په ټیکټ کې ثبت کړئ ترڅو راتلونکی بدلون پوښل بیا جوړ نه کړي۔
دوه هدفه هم جلا کړئ: دواړو شبکو ته رسیدل د لارې ستونزه ده، پداسې حال کې چې د محرمیت لپاره د ټونلونو زنځیر جوړول په لاره کې اضافي آپریټر لرونکی بل ډیزاین دی۔ یو د بل د حل لپاره مه کاروئ۔