د OpenVPN مراجعینو د Cloudflare له لارې لارښوونه؟ لومړی رول وګورئ

تاسو یو فعال OpenVPN سرور لرئ او یو کوربه چې د Cloudflare د وسیلې سافټویر هم چلوي، او بل څرګند ګام د مراجعینو ټرافیک هلته لارښوونه ښکاري۔ په یوه ماشین کې دوه فعالې اړیکې د تیریدو دروازه نه جوړوي۔ هغه څه چې نیمګړتیا ده د بل چا پاکټونو لیږدولو لپاره مستند رول دی، او هغه تګلاره چې دغه پاکټونه د رسیدو پر مهال طبقه بندي کوي۔

له هرې قاعدې دمخه څلور پوښتنې راځي: کوم ټرافیک ننوځي، بل چېرته ځي، ځوابونه بیرته لار څنګه مومي، او کله چې هغه دوهمه لاره ناکامه شي ډیزاین څه کوي۔ لومړنۍ دوه د وړتیا پوښتنې دي۔

په یوه کوربه دوه خدمتونه د تیریدو لاره نه ده

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

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

د Cloudflare کوم رول ته د لیږد اجازه ده

د Cloudflare د وسیلې مراجع د مختلفو حدودو حالتونه وړاندې کوي: یوازې د نومونو حل، له وسیلې څخه ټرافیک، او کله ناکله دواړه۔ له دغو حالتونو هیڅ یو کوربه د بل تونل له لارې راغلي خصوصي حد لپاره روټر نه جوړوي۔ ځانګړی د لارښوونې رول جلا محصول دی چې خپل نښلوونکی، ثبت او شبکه یی ماډل لري۔

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

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

بهرني تونل له نوي لارې خپلواک وساتئ

په هغه شیبه چې نوي انټرفیس ته اصلي لاره ورزیاته کړئ، د سرور خپل وتونکی ټرافیک د هغې لپاره سیالي پیلوي، او په دې کې OpenVPN مراجعینو ته ځوابونه او ماشین ته ستاسو SSH ناسته هم شامل دي۔ عادي نښه هغه تونل دی چې جوړیږي او بیا مري، یا هغه مدیر چې بهر بند پاتې کیږي په داسې حال کې چې بدلون کار کړی ښکاري۔ د پای نقطې لپاره ip route get له مخکې او وروسته پرتله کړئ، او د سرور خپل ترانسپورت په خپل پخواني ځای کې ساتلو لپاره د تګلارې پر بنسټ لارښوونه یا د کوربه لاره وکاروئ۔ هغه پرتله له خود ماشین څخه ترسره کړئ، ځکه د سرور خپل نظر خپلې لارې ته هغه دی چې اهمیت لري۔

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

لیږد او ژباړه یوې بهیر ته محدوده کړئ

ترلاسه شوي پاکټونه د لیږد لارې تعقیبوي، نه د محلي تولید لارې، نو مهمه قاعده په forward کړکۍ کې ژوند کوي۔ چېرته چې بل انټرفیس ژباړې ته اړتیا لري، سرچینه د مراجعینو حوض ته، مقصد اجازه شوو ته او وتل هغه یوې انټرفیس ته محدود کړئ۔ یوازې له انټرفیس سره تړلې masquerade قاعده پخپله کومه لاره نه ټاکي او د بل هر فلټر له لارې لیږد ته اجازه نه ورکوي۔

د ناکامۍ پر مهال د بندیدو چلند مخکې فیصله کړئ، بیا یې ازموئ۔ بل مسیر ودروئ او تایید کړئ چې مراجعین خپل هدف وتل له لاسه ورکوي نه دا چې په خاموشۍ سره عادي پورتنۍ اړیکې ته راوګرځي، ځکه دا هغه پایله ده چې هیڅوک تر هغه نه پام کوي چې ټرافیک له غلطې دروازې بهر وتل پیل کړي۔ د نومونو حل او IPv6 لپاره ازموینه تکرار کړئ، ځکه یوازې v4 لپاره د قواعدو ټولګه v6 لاره پرانیستې پرېږدي۔

هغه څلور ځوابونه چې پرې ودریدل او هغه مشاهده چې هر یو یې ثابتوي ولیکئ۔ هغه د تیریدو لاره چې تاسو یې تشریح کولای شئ، هغه ده چې په راتلونکې پېښې بیاکتنه کې یې دفاع کولای شئ۔