شخصي لارې وساتئ او د بیا لارښوونې مخه ونیسئ: د OpenVPN وویشل شوې تونل

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

د بیا لارښوونې ړنګول یوازې د بدلون نیمه برخه ده

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

دواړه نیمې برخې پیشفرض نه، بلکې غوښتنې دي. شخصي مختګونه باید تونل ته ننوځي، او عادي منزلونه باید هغه لاره وساتي چې د نښلونې دمخه یې لرله.

که یوه اداره بشپړ تونل لازمي کړي، له دې هېڅ هم نه پلي کېږي. یوازې شخصي ډیزاین هغو ځای پرځای کولو پورې اړه لري چېرته چې وویشل شوې لارښوونه تصویب شوې ده.

pull-filter یوه مطابقت دی، نه یو سویچ

د pull-filter لارښوونه هغه ټېل وهل شوې اختیارونه لرې کوي چې نومونه یې له مختګ سره سمون لري، او همدا ټول کار یې دی. د بیا لارښوونې له پامه غورځول هر بل ټېل وهل شوی اختیار په خپل ځای پرېږدي، چې معمولاً همدا غواړئ: لارې، د DNS تنظیمات او د لارې دروازې ارزښت ټول رسېږي. دا د ځایي پروفایل کې لیکل شوې لارښوونه هم نشي لرې کولای، ځکه فلټر کول هغه څه ته تطبیق کېږي چې سرور یې ټېل وهي.

له هغې هیلې سره مقاومت وکړئ چې له route سره پیلېدونکي هر اختیار له پامه وغورځوئ. هغه بڼه هغه شخصي لارې هم غورځوي چې نښلونې ته ورته اړتیا ده، او کېدای شي هغه دروازې معلومات له لاسه ورکړي چې تونل پرې تکیه ده.

route-nopull له ښکارېدنې پراخه پرېکړه ده. دا کلاېنټ منع کوي چې ټېل وهل شوې لارې او د DHCP بڼې اختیارونه د یوې ډلې په توګه ومني، چې دا له یو اختیار فلټر کولو څخه بېله تګلاره ده.

د لارو لیست له اپلیکیشن څخه بهرولیخ ته ولیکئ

له هغه څه پیل کړئ چې کارن یې واقعاً پرانیزي، بیا مرستندویه برخې ورزیاتې کړئ۔ په 10.60.20.15 کې یو اپلیکیشن خپله فرعي شبکه 10.60.0.0/16 په ګوته کوي، او شخصي نوم هغه حل کوونکی په ګوته کوي چې ځواب یې ورکوي. نو هغه کارن چې یو اپلیکیشن یې غوښتی دوه منزلونه او یوه DNS پرېکړه ته اړتیا لري. له هغه لیست څخه هاخوا هر څه په جوړښت کې له حد څخه بهر دي، او همدا تګلاره د بیاکتنې وړ ساتي.

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

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

DNS دې هماغه لاره ونیسي

حل کوونکي ته لاره د حل کوونکي تګلاره نه ده. په systemd-resolved کلاېنټ کې معنوي پایله د شخصي نوم فضا لپاره یوه لارښوونې ډومین ده چې داخلي حل کوونکي ته اشاره کوي، او همدا ده چې یوازې هغه نومونه ترې کار اخلي. Windows کلاېنټ پرځای یې خپل د نوم فضا تګلارې میکانیزم ته اړتیا لري. په پروفایل کې د DNS سرور کرښه په خپله هېڅ یوه نه نصبوي.

وګورئ چې عملیاتي سیستم څه غوره کړل، نه دا چې پروفایل څه غوښتل. په Linux کې resolvectl status د هرې اړیکې لپاره ډومین او سرور ښیي؛ په Windows کې د نوم فضا تګلارې جدول معادل شاهد دی.

حل کوونکی د تونل له لارې د لاسرسي وړ وساتئ، که نه نو تګلاره داسې پتې ته اشاره کوي چې پوښتل یې نشي کېدای. هغه حل کوونکی پته چې تونل ورته نه رسیږي، کاري تګلاره په وخت تېرېدو بدلوي.

په بیا نښلون کې دواړه نیمې برخې وګورئ

له بدلون وروسته کلاېنټ بیا ونښلوئ او شخصي پتې او عامه پتې ته مؤثره لاره وګورئ. بیا یو شخصي نوم او یو عامه نوم حل کړئ او ډاډ ترلاسه کړئ چې هر یو خپل پام شوی حل کوونکی کارولی. یوې عامه وېبپاڼې بارېدل یوازې دویمه نیمه برخه ثابتوي، او معمولاً هماغه نیمه تصادفاً کار کوي.

جوړه شوې تګلاره په یوه جمله ولیکئ: دا مختګونه او نومونه دا نښلونه کاروي، نور هر څه ځایي لاره تعقیبوي. بیا یې په پروفایل کې وساتئ، د دې پرځای چې هرځل ننوتلو وروسته د اډاپټر تنظیمات سم کړئ.