د بریج حالت د VPN پاس تھرو نه دی: هر یو څه بدلوي
د بریج حالت د روټر د لېږدونې رول بدلوي؛ پاس تھرو یوازې د کلاینټ VPN ته اجازه ورکوي چې ترې تېر شي. هیڅ یو یې تونل نه جوړوي، نو دوی د یو بل ځای نیولی نشي.
د بریج حالت او د VPN پاس تھرو په یوه ستونزه حل کېدو تار کې یادېږي ځکه چې دواړه د هغه VPN لپاره د حل په توګه وړاندې کیږي چې نه نښلي. دوی د روټر بېلابېلې دندې بیانوي، او هیڅ یو یې پخپله VPN تونل نه جوړوي. بریج کول بدلوي چې یوه وسیله څنګه د شبکې برخو ته ګډیږي یا روټینګ څوک کوي؛ پاس تھرو پرېکړه کوي چې د کلاینټ VPN ټرافیک کولی شي ګیټ وے تېر کړي که نه. غلط انتخاب یوه کوچنۍ ستونزه په یوه ماسپښین بیا پته ورکولو کې بدلوي.
دوه لیبلونه، دوه بېلې دندې
ازموینه ساده ده: آیا تاسو د شبکې بڼه بدلولو هڅه کوئ، که د لا دمخه شته ټرافیک تېرېدو ته اجازه ورکوئ؟ دا بېلې غوښتنې دي چې بېلې پایلې لري.
په یوه جدول کې پرتله:
| Setting | What it actually does |
|---|---|
| Bridge mode | Changes the device's forwarding role: a modem bridge hands routing and NAT downstream, a software bridge joins selected interfaces |
| VPN pass-through | Lets a client's VPN traffic cross the router; the credentials and encryption stay with the client |
| Router VPN client | Terminates the tunnel on the router, so the router becomes the endpoint |
| Router VPN server | Accepts inbound tunnels, which needs an upstream path that can reach it |
یوازې وروستي دوه د روټر پر سر تونل جوړوي. بریج کول او پاس تھرو دواړه پای ټکی بل ځای پرېږدي، نو ځکه هیڅ یو یې هغه ستونزه نه شي حل کولی چې د ورک کلاینټ یا نه رسېدونکي سرور له امله رامنځته شوې. دا توپیر له لاسه ورکول اسانه دي ځکه چې تنظیمات په همدې انټرفیس کې یو بل ته نږدې دي. مخکې له دې چې هغه پاڼه پرانیزئ ولیکئ چې تونل د کوم پای ټکي دی.
د پاس تھرو چیک باکس هم د پروتوکول ملاتړ بشپړ بیان نه دی. نوی IPsec NAT تېرېدنه معیاري UDP انکپسولیشن کاروي، خو زاړه مرستندویه ځانګړنې د تطبیق له مخې بېل چلند لري.
هغه بازار موندنې لیبل چې وايي VPN ملاتړ لري، تاسو ته نه وایي چې د دې څلورو رولونو کوم یو یې مانا ده.
د بریج حالت ستاسو په وسیله څه بدلوي
په موډم یا روټر کې د بریج اختیار معمولاً د روټینګ او NAT مسؤلیت لاندې بل ګیټ وے ته لېږدوي. په سافټویر وسیله کې دا کېدای شي معنا یې دا وي چې ټاکل شوي ځایي انټرفیسونه په یوه خپرېدونکې ډومین کې یوځای شي. دقیق حد د محصول پورې اړه لري، نو د کلمې لپاره نه، د هغه ماډل لپاره لاسوند ولولئ. دواړه تفسیرونه د پتې ټاکل، د فایر وال حدود او ادارې ته د رسېدو طریقه بدلوي.
همدا لامل دی چې د VPN ناکامۍ پر وړاندې بریج کول یو بد لومړنی غبرګون دی. تاسو کېدای شي د مدیریت لاره له لاسه ورکړئ په داسې حال کې چې اصلي ستونزه لا نه ده حل شوې.
د شبکې رول بدلولو دمخه د ترتیباتو یوه کاپي وساتئ، ځکه چې پتې کولی شي ورسره ځای بدل کړي.
له تنظیم دمخه رول وټاکئ
د کورني ټرافیک د باندې وتلو له لارې لېږلو لپاره تاسو ته د روټر سره سمون لرونکی VPN کلاینټ ته اړتیا لرئ، نه پل. له بل ځای څخه کور ته بیرته نښلېدو لپاره تاسو ته د سرور رول او همدارنګه پورته لاره چې ورته ورسېږي غواړئ. دا دوه اړتیاوې د VPN کلمې پرته نږدې هیڅ شی نه لري. مخکې له دې چې مینو ته وګورئ پرېکړه وکړئ چې کوم یو جوړوئ.
یوه وسیله کولی شي دواړه رولونه ملاتړ وکړي او بیا هم هغه رول ملاتړ نه کړي چې تاسو ورته اړتیا لرئ په هغه سرعت چې تمه یې لرئ.
رول د ډیزاین پرېکړه ده؛ تنظیم د هغې پایله ده.
که یوازې یو پروتوکول ناکام شي
کله چې یو پروتوکول د یو بل ډول کارکوونکي روټر شاته ناکام شي، لومړی د هغه پروتوکول لېږد او NAT لاره وڅیړئ. د یو کلاینټ د سمولو لپاره د ټول ګیټ وے حالت بدلول لکه د یوې مړې څراغ له امله د کور تارونه بدلول دي. وګورئ چې ټرافیک په UDP انکپسول شوی که نه، د روټر مرستندویه ځانګړنه هغه پروتوکول ته تطبیقیږي که نه، او ناکامي متقابله ده که نه. بیا پرېکړه وکړئ چې ایا د رول بدلون واقعاً توجیه دی.
RFC 3948 هغه UDP انکپسولیشن بیانوي چې IPsec له NAT سره ژوندی ساتي، او دا هغه معیار دی چې باید د پاس تھرو چیک باکس باور کولو دمخه وګورئ.
ولیږئ چې تاسو څه بدل کړل او ولې، ځکه چې بل کس به وسیله په بریج حالت کې ومومي او به فکر وکړي چې دا په قصد شوې وه. سمه پایله هغه شبکه ده چې بڼه یې تاسو ټاکلې، نه هغه چې د ستونزه حل کېدو له غونډې څخه په میراث پاتې شوې.