د VPN له لارې Dante SOCKS: بشپړ تونل یا د سرچینې پر بنسټ لارښوونه

تاسو غواړئ چې د SOCKS پراکسي ترافیک د VPN له لارې ووځي او پاتې هوسټ خپله عادي لار وساتي. دوه ډیزاینونه دا کوي، او په دې کې توپیر لري چې کله یو څه خراب شي څه ماتېږي. یو د پیشفرض لار تونل ته ټېله کوي او بیا یې له مخې تېرېږي؛ بل اصلي جدول نه لمسوي او یوه سرچینه پته دویم جدول ته لېږي. دویم ډېر پاک دی، او خپلې تلې لري.

دوه ډیزاینونه، دوې بېلې زیانونې وړانګې

د بشپړ تونل ډیزاین هغه څه دی چې ډېری VPN کلاینټونه په پیشفرض ډول کوي: پیشفرض لار بدلوي تر څو هر څه تونل ته ولاړ شي، بیا هغه څه بېلوي چې نه باید ولاړ شي. پرې فکر کول اسانه او ساتل یې تنګ ستونزمن دي، ځکه چې تاسو چې کومه محلي خدمت اضافه کوئ هغه تونل په میراث اخلي تر څو یې بېل کړئ. د ناکامۍ بڼه پراخه ده، ځکه چې یوه غلطه لار د هوسټ خپله اړیکه هم له ځانه وړي.

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

دا تنګوالی خپله محدودیت هم دی: ډیزاین یوازې هغه وخت کار کوي چې د پراکسي وتونکي پیکټونه واقعاً هغه پته ولېږدوي.

د Dante external تنظیم څه کوي

د external تنظیم هغه پتې ټاکي چې پراکسي یې د وتونکو اړیکو لپاره کاروي؛ د کرنل د لارښوونې پالیسۍ ته نه رسېږي. همدا بېلوالی دویم ډیزاین ممکن کوي، او همدلته خلک لارښود غلط لولي. External یوې تونل پتې ته اړول پراکسي اړ کوي چې خپلې اړیکې له هماغې پتې پیل کړي، او بیا د لارښوونې جدول پرېکړه کوي چې هغه پیکټونه چېرته ځي.

اورېدونکی جلا مسئله ده. internal یوازې هغو کلاینټونو ته محدود کړئ چې باید پراکسي وکاروي، تصدیق وغواړئ او پورټ د اورګاډي دېوال سره بند کړئ، ځکه چې پرانیستی اورېدونکی د VPN د وتلو ځانګړنه نه ده.

تصدیق کړئ چې ټاکل شوې پته واقعاً د پراکسي د شبکې نومونو فضا کې تونل ته تړلې ده.

د سرچینې پر بنسټ جدول جوړول

د 10.90.0.2/24 TUN پتې، 10.90.0.1 کې د رسېدو وړ peer، او داسې جدول شمېرې لپاره چې بل څه یې نه کاروي، ترتیب داسې ښکاري:

ip -4 route add table 100 10.90.0.0/24 dev tun0 src 10.90.0.2
ip -4 route add table 100 default via 10.90.0.1 dev tun0 metric 10
ip -4 route add table 100 unreachable default metric 32760
ip -4 rule add priority 1000 from 10.90.0.2/32 lookup 100

نه رسېدونکې لار هغه برخه ده چې خلک یې پرېږدي. پرته له دې، هغه جدول چې د تونل لار یې ورک شي، عادي پیشفرض ته لوېږي او پراکسي په غلې خاموشۍ له WAN ووځي. له دې سره، پلټنه ناکامېږي، چې د خاموشې څڅېدو پر ځای ښکاره ناکامي ده. د قاعدې لومړیتوب هم باید له هر هغه څه مخکې وي چې له دې سرچینې سره سمون خوري.

دا ارزښتونه یوه ټوپولوژي بیانوي. د ټکي-تر-ټکي peer، net30 پتې، او هغه کلاینټونه چې بله مخکښه برخه ویشي ټولو خپلې لارې غواړي، نو شکل کاپي کړئ نه پتې.

د سرچینې قاعده چېرته څڅېږي

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

DNS بله څڅېدنه ده. د حل کوونکي ساکټ اړ نه دی چې د پراکسي external د معلوماتو اړیکې سرچینه وکاروي، نو د نومونو پلټنه لا هم کولای شي له WAN ووځي. حلول د اړیکې جوړېدو څخه جلا وآزمویئ، او پرېکړه وکړئ چې هغه پایله منونکې ده که نه.

IPv6 خپلې قواعد او لارې غواړي، ځکه چې IPv4 ترتیب د هغې په اړه هېڅ نه ثابتوي.

د هغې ناکامۍ له مخې وټاکئ چې تاسو یې زغملای شئ

بشپړ تونل وټاکئ کله چې هوسټ باید په ټوله توګه وساتل شي او تاسو کولای شئ د بېلولو لیست وساتئ. د سرچینې پر بنسټ لارښوونه وټاکئ کله چې هوسټ باید خپله لار وساتي او یوازې یو خدمت باید بېرته واوړي. دواړه روا دي؛ غلطي دا ده چې یو وټاکئ او بیا یې د بل په څېر وآزمویئ.

کوم یې چې وټاکئ، له دواړو خواوو تصدیق کړئ: د پراکسي له لارې یوه غوښتنه او له هوسټ څخه مستقیمه غوښتنه، د هر یوه لپاره لیدل شوې وتلې پته ثبت کړئ.

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