په دواړو غاړو کې ورته فرعي شبکه: لرې LAN په یوه آزاده حد کې نقش کړئ

کور او دفتر دواړه 192.168.1.0/24 کاروي، نو 192.168.1.1 ته غوښتنه دوه ممکن ځوابونه لري او پیرودونکی پرته له پوښتنې یو غوره کوي۔ د یو فعال دفتر شبکې بیا شمېرنه په ندرت سره خوښېږي، او د روټر پتې ډېری وخت په چاپېرونکو، کامرې او اسنادو کې نښې وي۔ د پیرودونکي په اړخ کې د پتو نقشه کول کولای شي پرځای یې لرې شبکه د آزاد حد لاندې وړاندې کړي، او د کوربه برخه کولای شي هماغسې پاتې شي چې 192.168.1.20 د 10.203.41.20 په څېر ښکاره شي۔ ستونزه دا ده چې یوازې ځینې پیرودونکي یې پلي کوي، او د بېرته راتګ لارې لپاره هیڅ نه کوي۔

د یوې کوربه دوې ښکارېدنې

نقشه کول د کوربه برخه ساتي او یوازې شبکه برخه بدلوي۔ بیا هماغه ماشین د دې له مخې چې چېرې ولاړ یاست په دوو پتو ځواب ورکوي۔ له هر څه مخکې دواړه کالمونه لیکل د دې مخه نیسي چې وروسته لاګونه او د اور دېوال قواعد غلط ولوستل شي۔

په کور کې ځایي وسایل خپل 192.168.1.x پتې ساتي، او د دې تمرین هدف هم همدا دی۔ په څنګ خونه کې چاپېرونکی رسېدونکی پاتې کېږي او دفتر داسې حد لاندې ښکاري چې ټکر نه کوي۔

د استدلالونو ترتیب ټوله چل دی

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

push "route 10.203.41.0 255.255.255.0"
push "client-nat dnat 10.203.41.0 255.255.255.0 192.168.1.0"

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

دا د پتو نقشه کول دي، نه د پورټونو نقشه کول۔ په یوه کوربه دوو خدمتونو ته په دې سره جلا کول نشي، او هغه پروتوکول چې IP پتې په خپل بار کې ځای پرځای کوي بیا هم ریښتیني ویني۔

نقشه کول د بېرته راتګ لاره نه جوړوي

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

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

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

نومونه او بارونه له ژباړې ژغورل کېږي

هغه کوربه نوم چې ریښتیني 192.168.1.20 ته حل کېږي براوزر ځایي وسیلې ته لېږي نه لرې وسیلې ته، هر څه چې د مسیر جدول وایي۔ شخصي DNS ځواب باید د پیرودونکي لیدونکي حد ته اشاره وکړي، په داسې حال کې چې TLS سند بیا هم هغه نوم لري چې غوښتنلیک یې تمه لري۔ د پتې پرځای په نوم ازموینه وکړئ، ځکه پته کولای شي کار وکړي او نوم په غلې خوا کې په خاموشۍ حل شي۔ کله چې لرې دروازه هغه زون هم خدمت کوي، د هغې خپل ریکارډونه هم د پیرودونکي لیدونکي حد ته اړتیا لري۔

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

له ژمنې مخکې درې څېړنې

لومړی، د پیرودونکي پلي کول تایید کړئ۔ Community OpenVPN دا انتخاب ملاتړ کوي؛ د OpenVPN 3 کوډ بنسټ دا د نه ملاتړ شویو ځانګړنو په ډله کې لیست کوي، نو هغه پروفایل چې Connect سټایل پیرودونکي ته ورټېل وهل شي ممکن یوازې له پامه وغورځوي يې۔ هغه لارښوونه چې منل کېږي او هېڅکله نه پلي کېږي له تېروتنې څخه بدتره ده، ځکه تونل روغ ښکاري۔

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

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