کله چې د OpenVPN سرور په همدې کوربه کې چلیږي، کلینټ ودریږي

ما یو لابراتواري ماشین درلود چې له لرې سایټ څخه ټنل منل او هممهاله یې د عرضه کوونکي شبکې ته زنګ وهل۔ بهر تلونکی پروفایل اوونۍ کار کړی و۔ د دننه راتلونکي سرور له زیاتولو وروسته، بهر تلونکی وصل شو او بیا په څو ثانیو کې د ترافیک تېرول ودروېدل، یا د «پته لا دمخه کارول کیږي» تېروتنې سره له پیل کولو انکار وکړ۔ د ترتیباتو فایلونه نه و بدل شوي؛ کوربه یوازې یو دوهم OpenVPN پروسې ته د پورټونو او لارو په اړه خپل نظر ترلاسه کړ۔

دا ناکامي ناڅاپي نه ده، او دا د تصدیق ستونزه نه ده۔ په یوه ماشین کې دوه ډیمونونه د یوې محلي ساکټ او یوې روټینګ جدول لپاره سیالي کوي، او هغه چې په پای کې پیل یا بیا وصل شي معمولا ګټي۔ پوهیدل چې له دې دوو ټکرونو کوم یو لرئ، دا ټاکي چې لومړی چېرته وګورئ۔

نښه په برعکس ترتیب سره ولولئ

له دې پیل کړئ چې ټنل کله مري۔ د پیل پر مهال د bind تېروتنه اوریدونکې خوا ته اشاره کوي: یو څه لا دمخه د هغې پورټ مالک دی، او OpenVPN د هغې له شریکولو پرځای له پیل کولو انکار کوي۔ هغه ټنل چې پورته راځي او بیا چوپ شي، روټینګ ته اشاره کوي، ځکه چې د بلې نسخې لخوا نصب شوې لار کولای شي د باندې اړیکې پاکټونه له خپلې لارې وباسي۔

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

هرې نسخې لپاره یوه ساکټ او یوه وسیله

اوریدونکی سرور خپله پورټ تړي؛ بهر تلونکي کلینټ ته هم د خپل انکپسول شوي ترافیک لپاره محلي پورټ ته اړتیا ده۔ کله چې دواړه په یوه کوربه کې ژوند کوي، د کلینټ ډیفالټ چلند کولای شي د سرور له پورټ سره ټکر وکړي۔ د کلینټ محلي پورټ ټینګول کیدای شي، او چېرته چې سیال ته ثابته سرچینه پورټ ته اړتیا نه وي، تړل کیدای شي پرېښودل شي:

lport 1195
nobind
dev tun1

هغه شمېرې بېلګې دي، نه غوښتنه۔ مهمه دا ده چې کلینټ د سرور د پورټ لپاره سیالي بنده کړي او هرې نسخې ته جلا ټنل وسیله ورسیږي۔ دوه ډیمونونه چې tun0 شریکوي، حتی کله چې د دوی پورټونه توپیر ولري، یو د بل د وسیلې حالت باندې لیکي، نو د هر ټنل لپاره یوه وسیله اختیاري نه ده۔

nobind د کلینټ خوا پورې اړه لري۔ سرور لا هم باید وتړي او واوري، نو کرښه د سرور ترتیباتو ته کاپي مه کوئ، او په هغه کلینټ کې چې سیال یې په ثابته سرچینه پورټ فلټر کوي، تړل مه غیرفعال کوئ۔

د ډیفالټ لارې لپاره یو مالک وټاکئ

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

ip rule add from 10.9.0.2 table 120
ip route add default dev tun1 table 120
ip route get 10.9.0.2

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

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

د حالت کرښې سره نه، د جدول سره تایید کړئ

هغه کلینټ چې د نښلیدو راپور ورکوي یوازې خپل کنټرول چینل ثابتوي۔ د هرې اړیکې دمخه او وروسته د روټینګ حالت ثبت کړئ، بیا له کرنل څخه وپوښتئ چې ریښتینی هدف کومه وسیله کاروي:

ip route show
ip route get 10.40.0.20
ss -lunp | grep 1194

که د دوهم ټنل په پیلیدو سره د عرضه کوونکي پتې لپاره ټاکل شوې وسیله بدله شي، تاسو د لارو ټکر لرئ۔ که دواړه پروسې په یوه محلي پورټ کې ښکاره شي، تاسو د ساکټونو ټکر لرئ۔ لومړی د دوهم پرته سمول یوازې ناکامي بلې بیا نښلونې ته ځای پرځای کوي۔

پورټونه، وسایل، جدولونه او د لارې مالک په کوربه کې د چلولو کتاب کې ولیکئ۔ که نه، نو هغه بل کس چې دریم ټنل زیاتوي به هماغه ټکر بیا کشف کړي، او یوازینی لیدل کیدونکی شاهد به هغه اړیکه وي چې تر هغه پورې کار کوي چې د بل چا ډیمون بیا پیل شي۔