ولې د Cloudflare پراکسي نشي کولی OpenVPN په یوه نوم کې وړي

یوه ماشین ویبسایټ او د OpenVPN سرور دواړه چلوي، او هڅونه دا ده چې یو کوربه نوم هغې ته وټاکو او نارنجي ورېځ ته پرېږدو چې ټرافیک سم کړي۔ پراکسي HTTP او HTTPS سمبالوي۔ دا د OpenVPN ناسته نه سمبالوي، هر هغه پورټ چې هغه ناسته یې کاروي۔ دوه نومونه، یو مستقیم او یو د پراکسي له لارې، هېڅ لګښت نلري او د ګډوډۍ ټوله طبقه لرې کوي۔

دوه نومونه، دوه لېږدونه

ویبسایټ ته د پراکسي شوی ریکارډ ورکړئ تر څو د هغې HTTP او HTTPS ټرافیک Cloudflare ته تېر شي۔ VPN ته یوازې-DNS ریکارډ ورکړئ چې مستقیم عامه VPN ننوتلو ته حل شي، او کلاینټ ته اجازه ورکړئ چې هغه UDP یا TCP پورټ وکاروي چې د هغې لپاره تنظیم شوی دی۔

دواړه نومونه کولی شي په یوه اصلي ماشین کې پای ته ورسېږي۔ توپیر دا دی چې د کلاینټ او هغې ماشین ترمنځ څه پېښېږي، او همدا توپیر د جلا کولو مانا ده۔

د Cloudflare د شبکې پورټونو مرجع لیست کوي چې عادي ویب پراکسي کوم پورټونه مني۔ هغه لیست د هغو پورټونو پر HTTP او HTTPS باندې دی، نه په داسې خپلسرو پروتوکولونو چې ناڅاپه یو شمېره شریکوي۔

پورټ پروتوکول نه دی

OpenVPN TCP 443 ته لېږدول هغه HTTPS نه جوړوي۔ پراکسي لا هم د اړیکې په پیل کې HTTP غوښتنې ته انتظار دی، او OpenVPN کلاینټ پرځای دوه اړخیز کنټرول پیغام لېږي۔ اړیکه داسې ناکامېږي چې د شبکې بندېدو په څېر ښکاري، ځکه چې هېڅ ګټور شی لاګ ته نه رسیږي۔

که اړتیا واقعاً د VPN د معلوماتو په لاره کې د Cloudflare محصول ایښودل وي، هغه ارزوئ چې د هغه پروتوکول ملاتړ مستند کوي چې تاسو ته اړین دی۔ مه فکر کوئ چې نارنجي ورېځ عمومي TCP یا UDP تونل دی، ځکه چې دا د ځانګړې دندې سره د ویب ټرافیک لپاره برعکس پراکسي ده۔

یوازې-DNS ریکارډ هغه ستړی کوونکی ځواب دی چې کار کوي، او لومړی باید هماغه ته لاس وروړو۔

یوه ماشین لا هم دوه اورېدونکي ته اړتیا لري

جلا نومونه دوه پروسې ته اجازه نه ورکوي چې په یو وخت کې یو شان پته، پورټ او لېږد وتړي۔ که ویب سرور لا دمخه په ټولو پتو TCP 443 نیولی وي، د OpenVPN یوه نمونه نشي کولی هغه هم پرته له پوښتنې ترتیبه واخلي۔

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

سندونه هغه اړیکه تعقیبوي چې ساتنه یې کوي

د براوزر TLS اړیکه Cloudflare ته او د Cloudflare اړیکه ستاسو اصلي سرچینې ته دوه جلا اړیکې دي چې دوه جلا سندونه لري۔ براوزر د څنډې سند ویني۔ اصلي سرچینه خپل سند Cloudflare ته وړاندې کوي، او د Cloudflare Origin CA سند بالکل د هماغې دویمې اړیکې لپاره دی۔

Cloudflare په Full (strict) حالت کې پر هغه اصلي سند باور کوي او دا په عمومي توګه باوري براوزر سند نه دی۔ که څوک یوازې-DNS کوربه نوم ته مستقیم ورسیږي او خبرداری ترلاسه کړي، دا د بدل شوي باور لارې تمه کېدونکې پایله ده، نه دا ثبوت چې کوډ کول ودريدل۔

نو هغه ویبسایټ چې مستقیم ورته ورتلل کېږي د سندونو هغه لړۍ ته اړتیا لري چې د هغې براوزر پرې باور کوي۔ دا کولی شي د یوې پراکسي شوې سایټ ترڅنګ شتون ولري چې اصلي سرچینه یې هېڅکله د لیدنې لپاره نه ده ټاکل شوې۔

OpenVPN خپله سروري هويت او د کلاینټ تصدیق د خپل سند واکمنۍ او د خپل کنټرول چینل ساتنې سره وړي۔ پر ویبسایټ بند د دې هېڅ نه برابروي، او دوه چمتو کولو پروسې باید جلا پاتې شي۔

افشا نوم تعقیبوي

یوازې-DNS VPN ریکارډ هغه پته خپروي چې هغې ته اشاره کوي۔ که هغه پته د ویب اصلي سرچینه هم وي، اصلي سرچینه پټه نه ده، او د بل نوم د پراکسي کېدو له امله یې پټه بلل هغه تېروتنه ده چې تر هغه پاتې کېږي چې څوک یې سکن کړي۔

پریکړه وکړئ چې کومې ویب غوښتنې کولی شي مستقیم اصلي سرچینې ته ورسیږي او هغه په اصلي سرچینه کې پلي کړئ، بیا د VPN اورېدونکي ته د هغې په خپلو شرطونو اجازه ورکړئ۔ د مدیریت پاڼې، د پروفایل ډاونلوډونه او د معلوماتو اورېدونکی کولی شي درې بېلابېلې افشا غوښتنې ولري، حتی کله چې یو بنډل درېواړه برابروي۔

پیدا شوي لینکونه په عامه ویب نوم او HTTPS سکیم کې وساتئ، او د کلاینټ پروفایلونه د VPN نوم باندې د ریښتیني پروتوکول او پورټ سره وساتئ۔ په نورمال کار کې باید هېڅ خدمت د بل د پراکسي ترتیباتو بدلولو ته تکیه ونه کړي۔

د کار ترتیب: د سایټ لپاره پراکسي شوی نوم، د VPN لپاره یوازې-DNS نوم، جلا اورېدونکي، د هرې اړیکې لپاره سند، او بیا یوه ازموینه چې ثابتوي هر نوم یوازې هغه خدمت ته رسیږي چې باید ورسیږي۔