په یوه کوربه کې د OpenVPN سرور او کلاینت: کلاینتونه ولې لوېږي
هغه کوربه چې OpenVPN ته خدمت کوي او پخپله یې هم کاروي، کولی شي تونل پورته وساتي خو سیمهایز کلاینتونه ځوابونه له لاسه ورکوي. دوه شیان دا تشریح کوي: یو ګډ حوض او یوه نوې اصلي لار.
په هغه ماشین کې چې لا دمخه د VPN سرور چلیږي، د کلاینت پروفایل اضافه کړئ، او لومړنی زیان به اصلي خدمت ته ورسیږي۔ نوی تونل کېدای شي هېڅکله جوړ نشي، یا پورته شي او د سرور موجود کلاینتونه په چوپتیا ځواب اخیستل بند کړي۔ دوه ټکرونه دواړه پایلې رامنځته کوي: یو د تونلونو حوض چې لا دمخه کارول کیږي، او یوه اصلي لار چې د نوي کلاینت نیمایي نصبوي او ټوله جدول پوښي۔ له دوی څخه هېڅ یو د OpenVPN د خطا پیغام نه تولیدوي، نو ځکه نیمګړتیا د سرور ستونزه لوستل کیږي۔
یو ماشین، دوه رولونه، او د دې په اړه دوه ناسمې پایلې چې ځوابونه باید چېرته ولاړ شي۔
ورته حوض، دوه سرورونه: کوم یې ګټي
هر سرور انسټنځ ته خپله د تونل فرعي شبکه اړینه ده۔ د server 10.8.0.0 255.255.255.0 په څېر کرښه دویم ترتیباتو ته کاپي کول دواړو انسټنځونو ته ورته پریفکس ورکوي، او پایله یا د پیل کولو انکار دی یا یوه چوپه سیالي چې په هغې کې د یو سرور کلاینتونه هغه پتې ترلاسه کوي چې بل یې هم خپلې ګڼي۔ بېلې UDP پورټې او بېل د وسیلې نومونه مرسته نه کوي، ځکه هیڅ یو یې د پتو فضا نه لمس کوي۔ دویم حوض بدل کړئ، او هر چېرې چې لارې یې یادونه کوي هلته یې بدل کړئ۔
د سمون مخکې لیست کړئ چې څه فعال دي: ip -4 addr show د تونل وسیلې لیست کوي، ss -lunp اورېدونکي لیست کوي، او systemctl list-units د واحدونو نومونه یادوي۔ د تونل پتو ته یوه کتنه معلوموي چې حوضونه ټکر کوي که نه۔
کلاینت پروفایل جدول ته څه زیاتوي
د کلاینت نیمایي سمدلاسه چې وصل شي لارې لیکي۔ redirect-gateway def1 اصلي لار په 0.0.0.0/1 جمع 128.0.0.0/1 ووېشل شي، دواړه د نوي وسیلې له لارې لارښوونه کیږي، د لیرې سرور لپاره د کوربه لارې سره یوځای چې په قصد سره فزیکي انټرفیس ته نښلول شوې۔ دا نښلول د دې لپاره دي چې تونل خپل ترانسپورت لپاره لاره وساتي۔ نور هر څه، په شمول هغه ځوابونه چې سیمهایز سرور خپلو کلاینتونو ته پوروړی دی، اوس نوې اصلي لار تعقیبوي او د لیرې اړیکې له لارې وځي۔
نو دویم ټکر مات تونل نه دی۔ دا یو فعال تونل دی چې په جدول کې ناسم ځای کې دی۔
د رولونو بېلولو درې لارې
تر ټولو لږ مداخله لرونکی سمون اصلي لار د کلاینت پروفایل څخه بهر ساتي: د لیرو پریفکسونو لپاره route-nopull جمع ښکاره route کرښې، تر څو سیمهایز جدول یوازې هلته بدل شي چې تاسو غوښتي۔ بل ګام یو د تګلارې قاعده ده چې سیمهایزه د تونل فرعي شبکه معاف کوي، او اجازه ورکوي چې سیمهایزو کلاینتونو ته ځوابونه له هغه انټرفیس څخه ووځي چې پرې راغلي، حتی کله چې اصلي لار شتون ولري۔ تر ټولو بشپړه لاره د کلاینت رول لپاره جلا شبکهایز نومفضا ده، چې ګډ جدول په بشپړه توګه لرې کوي او د ساتنې لپاره دویمه لارښوونه غواړي۔
کومه لار چې وټاکئ، استثنا باید د سیمهایزې تونل فرعي شبکې نوم واخلي نه د LAN۔ هغه ځواب چې سیمهایز سرور یې لېږي د تونل پته د مقصد په توګه لري، نو د LAN په بڼه استثنا هېڅکله ورسره نه ځي۔
له دوو انسټنځونو کوم یې ګناهکار دی
د کلاینت انسټنځ ودروئ او اصلي کلاینتونه بیا وازموئ۔ سمدستي رغېدل یعنې لارښوونه، نه سرور۔ کلاینت بېرته راوړئ او د ip route get په مرسته یو ځواب تعقیب کړئ چې دواړه د سرچینې او مقصد پتې ورته ورکړل شوې، دا هغه لار ښیي چې کرنل به یې ټاکي، بیا د tcpdump -ni any port 1194 په مرسته وګورئ چې پاکټونه واقعاً کوم انټرفیس کاروي۔ د سرور د حالت فایل، چې هر څو ثانیو کې د status لارښوونې له لارې لیکل کیږي، د وصل شوو کلاینتونو لیست او د دواړو لورو بایټ شمېرونکي لري۔
هغه شمېرونکي یو بل ته مخامخ ولولئ۔ هغه ترافیک چې وځي او هېڅکله نه راګرځي، د لاس ورکولو ستونزه نه ده، د لارښوونې ځواب دی۔