دوه VPN، یو حلونکی: چې څوک وروستی لیکي هغه ګټي

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

افسانه: تر ټولو نوی VPN د DNS مالک دی

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

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

د نومونو ځایونه له حلونکو سره ونښلوئ

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

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

په Windows کې د نوم حلولو پالیسي جدول کولی شي ضمیمې ځانګړو سرورونو ته واستوي، او VPN کلاینټ کولی شي هلته قواعد نصب کړي۔ پالیسي وګورئ نه د اډاپټرونو لیست، ځکه نوم د اډاپټرونو لیست نه حلوي۔

د بوټسټرپ لاره وساتئ

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

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

پرتله شوې پتې د DNS ستونزه نه ده

دوه شخصي شبکې چې یو شان پته رینج کاروي د DNS ترتیب نه جوړېږي۔ که دواړه تونلونه 10.0.0.0/8 غواړي، سم حل شوی نوم بیا هم هغې پتې ته اشاره کوي چې هوسټ نشي کولی سم تونل ته مسیر کړي۔ دا د پتې کچې حل غواړي، لکه جلا رینجونه، د نوم ځای یا ژباړه، نه بل د حلونکي تنظیم۔ دا وختي پرېکړه د اوږد ګرځېدو مخه نیسي چې هېڅکله به د DNS ترتیباتو له لارې نه کار کاوه۔

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

دا په ریښتینو اپلیکیشنونو سره ثابت کړئ

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

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