OpenVPN کې local او د تونل پته: دوه بېل ساکټونه

کلاینټ له پیل کولو انکار کوي او شکایت کوي چې نشي کولی یوه سیمه ییزه پته bind کړي، او ښکاره حل دا ښکاري چې هغه دې هغې تونل پتې ته اشاره کړي چې تمه لري یې ترلاسه کړي۔ دا نشي کار کولی، او لامل یې د پوهېدو وړ دی: تر دې چې تونل رامنځته شي، دننه پته نشته، او هغه ساکټ چې له سرور سره اړیکه نیسي باید لومړی موجود وي۔ دلته دوه بېلې پتې راځي، او یوازې یوه له هغو په سیمه ییز ډول ټاکل کېدای شي۔

د bind تېروتنه یوه سیمه ییزه پته نوموي

کله چې OpenVPN وايي چې نشي کولی یوه سیمه ییزه پته bind کړي، د ترانسپورت ساکټ خبره کوي: هغه UDP یا TCP پای ټکی چې کوډ شوې اړیکه پېر ته رسوي۔

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

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

local او remote واقعاً څه ټاکي

remote هغه پېر نوموي چې باید اړیکه ورسره ونیول شي۔ local د هماغه ساکټ نږدې سر bind کوي۔ nobind عملیاتي سیستم ته اجازه ورکوي چې هم سیمه ییزه پته او هم پورټ وټاکي، ځکه نو د کورني راتېر تر شا کلاینټونه معمولاً پرته له دې دواړو لارښوونو کار کوي۔

د دې لارښوونو له جملې هیڅ یوه هم د تونل دننه پتې سره تړاو نه لري۔

په کانټینر یا شبکه نوم فضا کې هماغه قاعده پر نږدې حدودو پلي کېږي: د کوربه پتې دننه نشته، نو له کوربه ترتیب څخه کاپي شوې local کرښه د غلطې پتې په پرتله په بشپړ بل لامل ناکامېږي۔

ip -brief address show
ip route get 203.0.113.10

دننه پته له سرور څخه راځي

د تونل دننه پته د کنټرول چینل له جوړېدو وروسته خبرې اترې یا ټاکل کېږي۔ په متحرک حوض کې سرور د اړیکې پر مهال پرې پرېکړه کوي، او په کلاینټ ځانګړي ترتیب کې کېدای شي د هر هویت لپاره ثابته وي۔

local د دننه پتې سره لیکل سرور ته نه وايي چې هغه پته وټاکي۔ په غوره حالت کې bind ناکامېږي؛ په بدترین حالت کې کلاینټ د هماغه ارزښت بې تړاوه کوربه پته مومي او د ترانسپورت لپاره یې کارول پیلوي۔

هغه انټرفېسونه چې باید ولولئ هم بېل دي۔ ifconfig پارامیټرونه او د حوض ترتیب دننه برخه بیانوي، په داسې حال کې چې remote، local، proto او nobind بېرونې برخه بیانوي۔ د دې دوو لړلیکونو بېل ساتل تقریباً هره هغه ګډوډونکې بېلګه روښانه کوي چې په فورم کې به یې ومومئ۔ همدې لپاره د OpenVPN 2.6 لارښود دوی په جلا برخو کې ثبتوي۔

داړه: بشپړ تونل چې خپل ترانسپورت پخپله نیسي

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

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

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

هغه عادت چې ګډوډي مخه نیسي

په پروفایل کې هره پته ولولئ او مخکې له سمولو یې پرېکړه وکړئ چې کومې طبقې ته اړه لري۔

که د ترانسپورت لرې سر نوموي یا نږدې سر یې bind کوي، نو بېرونې پته ده او باید تر پیل مخکې موجوده وي۔ که بیانوي چې د تونل دننه څه پېښېږي، نو له سرور یا له ټوپولوژۍ څخه راځي، او هېڅ سیمه ییزه لارښوونه نشي کولی ځای یې ونیسي۔

دواړه لړلیکونه د پروفایل تر څنګ په ځای پرځای کولو یادښتونو کې ولیکئ۔ بیا به راتلونکې د ستونزې حل کړۍ له اټکله نه، بلکې له طبقې پیل شي۔