ولې په OpenVPN کې د لارې لارښوونه کې وائلډکارډ نشي کار کولی

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

لاره څه نصبوي، او څه هېڅکله نه لولي

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

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

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

کله چې منزل واقعاً یوه مخکښه وي

که هدف یو پیژندل شوی شخصي شبکه وي، مخکښه ولیکئ۔ د مستنداتو له فضا څخه د یوې بېلګې لپاره، یو کوربه او یوه فرعي شبکه داسې ښکاري:

route 10.60.4.20 255.255.255.255
route 10.60.0.0 255.255.0.0

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

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

کله چې د کار واحد د کوربه نوم وي

د ډومین له مخې ټاکل هغه څه ته اړتیا لري چې ډومین لولي، یعنې د اپلیکیشن طبقې برخه۔ معمول ځواب یو HTTP پروکسي دی چې د تونل بلې خوا ته اوسي، او کلاینټ ټاکي چې کومې غوښتنې ورته ولېږي۔

د پروکسي ترتیبي فایل کولای شي هغه ټاکنه بیان کړي۔ لاندې بېلګې قاعدې یو ډومین او فرعي ډومینونه یې پروکسي ته او نور هر څه مستقیم لېږي:

function FindProxyForURL(url, host) {
    var h = host.toLowerCase();
    if (h === "corp.example" || dnsDomainIs(h, ".corp.example")) {
        return "PROXY 10.60.0.12:3128";
    }
    return "DIRECT";
}

د دقیق نوم پرتله کول پخپله ډومین پوښي، او د پایښت پرتله کول یې اولادونه پوښي پرته له دې چې هغه نوم سره ورته شي چې یوازې په ورته نښو پای ته رسیږي۔ دواړه اړین دي، او یو یې پرېښودل هغه قاعده جوړوي چې سم ښکاري خو سر یا دوکه کوونکی پرېږدي۔

دا قاعدې پروکسي ټاکي؛ هغه نه جوړوي، او د عملیاتي سیسټم هیڅ لار نه بدلوي۔ د پروکسي پتې لاهم د تونل له لارې خپله لار ته اړتیا لري، او مستقیمې نښه شوې غوښتنې لاهم هغه د لارښوونې تګلاره تعقیبوي چې ماشین دمخه لري۔

د پروکسي اختیار څه نه پوښي

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

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

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

دواړو لارو ازموینه، نه یوازې هغه چې ښه وي

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

په پای کې، د ناکامۍ څانګه وازموئ۔ هغه پروکسي چې نه شي رسیدلای باید په هغه ډول ناکام شي چې تاسو دمخه پریکړه کړې، نه دا چې په غلې توګه مستقیم اړیکې ته بېرته ورسیږي۔ د شبکې اختیارونو حواله د لارې پارامیټرونه په دقیقه توګه مستند کوي؛ د دې ډیزاین نیمه برخه په بشپړه توګه له هغې بهر ژوند کوي۔