د VPN قواعد په روټر کې: سرچینه او هدف سره سمون ورکړئ
په روټر کې د VPN قاعده دوه سرونه لري: هغه اله چې ټرافیک لیږي او هغه هدف چې باید تونل وکاروي۔ لومړی د تقاطع او احتیاطي چلند په اړه پریکړه وکړئ۔
د روټر پیرود پاڼې VPN روټینګ یو چیک باکس ښیي، او دا جمله درې جلا پوښتنې پټوي۔ ایا قاعده د هغې اله سره سمون لري چې ټرافیک لیږي، د هغه سرور سره چې هغه ترلاسه کوي، که دواړو سره؟ د هغه ټرافیک څه کیږي چې له هیچا سره سمون نه لري؟ او کله چې دوه قاعدې یو بل ته ورننوځي، کومه ګټي؟ ځواب د سرچینې او هدف د جوړې په توګه لیکل یوه ناڅرګنده ځانګړتیاوو لیست په ازمویل کیدونکي ډیزاین بدلوي۔
د ځانګړتیا نوم دوه سرونه پټوي
هغه میډیا پلیر چې باید تونل وکاروي د سرچینې سمون دی۔ هغه خصوصي دفتر مخکښ چې باید د تونل له لارې ورسیږي د هدف سمون دی۔ هغه ورک سټیشن چې باید تونل یوازې یوې خدمت لپاره وکاروي دواړه دی، او هغه تقاطع هغه حالت چې ډیری مصرف کوونکي فرم ویر یې بد مدیریت کوي دی۔
د محصولاتو پرتله کولو دمخه اړتیا د جوړې په توګه ولیکئ۔ هغه جوړه به وروسته ازموئ۔
هغه محصول چې د اله لیست یا نړیوال هدف لیست وړاندې کوي ممکن «یوازې دا اله، یوازې دا هدفونه» بیان نه کړي۔ دا توپیر ظاهري نه دی: نړیوال هدف قاعده د هغې سایټ لپاره د هرې اله ټرافیک د تونل له لارې لیږي، او د اله قاعده د هغې اله ټول ټرافیک لیږي۔ هیڅ یوه هم اړتیا نه ده۔ د سکرین باور کولو دمخه هغه حالت د دوو اله ګانو سره ازموئ۔
قاعده د تقاطع په توګه جوړه کړئ
جدول ډیزاین صادق ساتي۔ سناریو کیڼ اړخ ته کیږدئ، بیا د لیږونکي سمون او د هدف سمون جلا ونوموئ:
| Scenario | Sender match | Target match | Rule shape |
|---|---|---|---|
| Media player uses the tunnel | Player address | Any internet destination except the LAN | Source only |
| Office prefix reachable | Authorized LAN devices | 10.40.0.0/16 | Target only |
| One app on one laptop | Laptop address | The service address set | Source and target |
| Guest network never tunnels | Guest subnet | Any | Deny, evaluated first |
دریمه کرښه په زړه پوري ده، ځکه دواړه نیمګړتیاوې یوځای غواړي۔ که فرم ویر یوازې یو محور بیانولی شي، اړتیا باید په دوو قاعدو وویشل شي یا هغې اله ته ولیږدول شي چې دا کولی شي۔
د سرچینې هویت ثابت وساتئ۔ DHCP ریزرویشن، ځانګړی برخه یا د اله د هویت میکانیزم ټول کار کوي، خو هغه پته چې د کرایې له پای وروسته بدلیږي نه کار کوي۔ IPv6 شامل کړئ، ځکه یوه IPv4 پته د اله ټول ټرافیک نه پیژني۔
لومړیتوب د یو بل ننوتلو پریکړه کوي
د قاعدو یو بل ته ننوتل نورمال دي۔ پراخه د اله قاعده او تنګه د هدف قاعده دواړه کولی شي یو جریان بیان کړي، او مستند لومړیتوب ترتیب پریکړه کوي چې کومه ګټي۔ زړه راښکونکې تنظیمات پاڼه تاسو ته هغه ترتیب نه وایي۔
د ترتیب او د نه سمون حالت لپاره لارښود ولولئ، بیا دواړه د هغه ټرافیک سره ازموئ چې تاسو یې لیدلی شئ:
ip rule show
ip route get 203.0.113.10که اسناد ترتیب نه وایي، فرض کړئ چې تنګه قاعده ممکن ونه ګټي او پر هغه اساس ډیزاین وکړئ۔ دوه قاعدې چې یو بل سره ټکر نه شي کولی، د یوې هوښیارې قاعدې چې لومړیتوب یې نه دی مستند شوی، ملاتړ یې اسانه دی۔
نومونه د تازه کولو پالیسي غواړي
هغه هدف چې د ډومین په توګه لیکل شوی د ساتنې ستونزه زیاتوي۔ روټر باید هغه حل کړي، نقشه تازه کړي، ډیری پتې او فرعي ډومینونه اداره کړي، او د هغو غوښتنلیکونو DNS سره مقابله وکړي چې تمه شوي حل کوونکی پریږدي۔
یوه پلټنې پایله په IP قاعده کې کاپي کول یو انځور دی، د ډومین پالیسي نه ده۔
پریکړه وکړئ چې ځواب څومره زوړ کیدلی شي مخکې لدې چې قاعده غلطه شي، او کله چې حل ناکام شي روټر څه کوي۔ هغه قاعده چې وروستې پیژندل شوې پته ساتي ممکن د خدمت لیږد ژوندی پاتې شي؛ هغه قاعده چې ننوتنه غورځوي ممکن تونل کول په خاموشۍ بند کړي۔ دواړه چلندونه د منلو وړ دي که د قاعدې ترڅنګ ولیکل شي۔
د نه شتون حالت تعریف کړئ
د لارې غوره توب یوازې-VPN ټرافیک نه جبري کوي۔ کله چې تونل ښکته وي، روټر کولی شي جریان بند کړي، مستقیم یې ولیږي یا بل تونل وکاروي، او هر انتخاب بیلابیل د ناکامۍ نښه لري۔
پریکړه وکړئ چې اړتیا کوم ته اړه لري، بیا یې د تونل بندولو او د جریان کتلو له لارې تایید کړئ:
curl -sS -o /dev/null -w "%{http_code}" --max-time 5 https://service.example/
ping -c 2 203.0.113.10هغه ټرافیک چې د روټر له خپله سرچینې راځي جلا ساحه ده۔ DNS لیږد، د تازه کولو څیړنې او څارنه کولی شي د اله د سرچینې سمون په میراث ونه لري او د روټر له خپله نوي جریانونه پیل کړي۔ د هغو جریانونو څخه په څرګنده توګه حساب واخلئ، که نه نو په لاګونو کې به د ناڅرګندو څاڅکو په توګه ښکاره شي۔