ESXi مېلمه VPN: لارښوونه که پل — د پورټ ګروپ دمخه پرېکړه وکړئ
لارښوونکی TUN بیرته راستنیدونکې لارې ته اړتیا لري؛ پل شوی TAP د 2 طبقې رسیدو او پراخه پورټ ګروپ پالیسۍ ته اړتیا لري. د promiscuous حالت پراخولو دمخه رول وټاکئ.
پاکټونه لارښوونه کړئ یا د Ethernet ډومین پراخ کړئ: د پورټ ګروپ بدلون د دې انتخاب وروسته راځي. د شخصي پتې لرونکي اپلیکیشن له نظره پایلې یو شان ښکاري، خو د هایپروایزر غوښتنې په بشپړ ډول توپیر لري. ځکه چې لومړی د پورټ ګروپ پراخیږي او د ډیزاین پوښتنې ته بیا ځواب ورکول کیږي، معمولاً د broadcast طوفان وروسته. دا ګوتې په ترتیب سره ترسره کړئ او کله چې اړتیا لا ناڅرګنده ده ودروئ، ځکه چې د پورټ ګروپ هیڅ تنظیم هغه ډیزاین نه سمولای شي چې کله هم نه وي ټاکل شوی.
پرېکړه د خدمت مالک ده؛ د هایپروایزر ترتیب باید هغه پلي کړي، نه په ناڅاپي ډول یې وټاکي.
وګورئ چې لرې پای ته په رښتیا څه اړتیا ده
هغه خدمتونه لیست کړئ چې لرې پیرودونکي باید ورته ورسیږي او هغه پروتوکولونه چې کاروي یې. که لیست د پیژندل شوو مخکښو پر بنسټ څو TCP خدمتونه وي، لارښوونه کافي ده. که څه واقعاً د 2 طبقې نږدېوالي ته اړتیا لري — د broadcast پورې تړلې کشف، غیر IP پروتوکولونه، هغه وسیله چې ګیټوې نه مني — لارښوونه نشي کولای هغه تقلید کړي او دا باید ژر وویل شي. د هغه لیست د غیر IP ننوتلو په اړه صادق اوسئ، ځکه چې هماغه ځای کې لارښوونکی ډیزاین یوه اونۍ وروسته په خاموشۍ سره ناکام کیږي.
بیا د پیرودونکو حوض وګورئ. لارښوونکي ډیزاین ته د پتې حد او د لرې اړخ واضح بیرته راستنیدونکې لارې ته اړتیا ده؛ پل شوي ډیزاین ته اړتیا ده چې پراخ شوی Ethernet ډومین د پتې ویش او جلا کولو مالک وي. کوم یو چې غوره کړئ، د دې VM څخه بهر یو څوک باید موافقت وکړي.
هر ډیزاین له مجازي شبکې څخه څه غواړي
دوه ډیزاینونه په دې کې توپیر لري چې مجازي شبکه باید څه زغمي، او جدول د دې لیدلو ترټولو لنډه لاره ده:
| ډیزاین | د مېلمه اړخ رول | مجازي شبکه باید څه ځای په ځای کړي | د غلط انتخاب په صورت کې د ناکامۍ حالت |
|---|---|---|---|
| لارښوونکی TUN | د جلا مخکښو ترمنځ روټر | لارښوونکی د پیرودونکو حوض او د لرې اړخ بیرته راستنیدونکې لارې | پیرودونکي ګیټوې ته رسیږي او هېڅکله د هغې شاته خدمت ته نه رسیږي |
| پل شوی TAP | د یوځای کیدونکو پیرودونکو لپاره د 2 طبقې پل | اضافي Ethernet هویتونه، broadcast ترافیک او VLAN قواعد | vSwitch فریمونه غورځوي، یا ډیزاین ته داسې promiscuous حالت ته اړتیا ده چې چا تصویب کړی نه وي |
لارښوونه د broadcast ډومین په خپل ځای کې پریږدي او تاسو ته طبیعي ځای درکوي چې محدود کړئ کوم خدمتونه ګیټوې ته تیریږي. پل کول حد پرمخ بېروي: پیرودونکي د پراخ شوي Ethernet ډومین برخه وال کیږي، او د پتې ویش، جلا کول او هر ډول د 2 طبقې پالیسي اوس ورته تطبیق کیږي. ټاکل شوې کرښه د بدلون ریکارډ کې ولیکئ. «لارښوونکی TUN، د پیرودونکو حوض 10.90.0.0/24، په مرکز کې بیرته راستنیدونکې لاره» په څیر جمله بل انجینر ته اجازه نه ورکوي چې ډیزاین د پورټ ګروپ تنظیماتو څخه بیا بحث کړي.
چا باید د چا فریمونه وویني
د پورټ ګروپ لمس کولو دمخه د پلیټفارم مالک ته یوه پوښتنه وکړئ: ایا ډیزاین غواړي چې دا VM نورو برخه والو ته اړوند فریمونه ترلاسه کړي؟ که ځواب نه وي، پدې برخه کې هېڅ نه تطبیقیږي، ځکه چې لارښوونکی TUN هېڅکله دې لید ته اړتیا نه لري. که ځواب هو وي، نو د Broadcom لارښود د promiscuous حالت په اړه هغه لوستل دي چې مهم دي: دا بیانوي چې VM له vSwitch څخه څومره ډیر لیدلای شي او وړاندیز کوي چې دا پالیسي یو پورټ ګروپ ته محدوده شي.
دا د اجازې پاڼې په توګه نه، بلکې د اړتیا د ګوتې په توګه وګورئ. کله چې د پل اړتیا لیکل شوې وي، تنظیم د یوې ځانګړې نښلونې لپاره فعال کړئ، او نور هر چېرې یې غیر فعال پریږدئ. له بل پل مثال څخه کاپي شوی پراخ VLAN ټرنک هغه برخه ده چې هیچا د لرې کولو یاد نه لري، او یو-VLAN ډیزاین باید یو-VLAN پاتې شي.
کوم پورټ ګروپ بدل شو او ولې، په هماغه ځای کې ثبت کړئ چې د ډیزاین کرښه مو لیکلې وه. همدا جوړه بل پلټنه ممکنه کوي.
د مېلمه شیان ښکاره وساتئ
د Linux په داخل کې، د پل غړیتوب او د پتې مالکیت جلا شیان دي، او د دوی ګډول د ګډوډ نیمګړي فعال حالت لامل کیږي. پتې د پل انټرفیس یا لارښوونکي تونل ته ورکړئ، نه د یوې لارې دواړو خواوو ته، او غړي پورټونه د IP ترتیب څخه خالي وساتئ.
د یوې فرعي شبکې په خپلواکه توګه د لارښوونکي TUN او نامربوط Ethernet انټرفیس دواړو ته ایښودل څخه ډډه وکړئ. دا ترتیب یوې مخکښې ته دوه لارې رامنځته کوي، نابرابر ځوابونه او د flapping په اړه د ملاتړ تار چې د دواړو لارو څخه هیڅ یوه نه یادوي. که مېلمه کانټینرونه یا ځایي هایپروایزر هم کوربه کوي، وګورئ چې دوی دمخه هماغه uplink ته پل نه وي جوړ کړي. په یو NIC دوه پلونه ډیزاین دی، نه هغه حادثه چې د بدلون کړکۍ په جریان کې یې غواړئ کشف کړئ.
د ping سره نه، د پاکټ لارې سره تایید کړئ
یوازې رسیدل نه، اصلي لاره تایید کړئ. له پیرودونکي څخه تایید کړئ چې کومه سرچینه پته لرې خدمت ته رسیږي، بیا تایید کړئ چې ځواب هماغه لار بیرته راځي. په مېلمه کې د ځانګړي بهیر لپاره د لیږد شمیرونکي وګورئ، او په پورټ ګروپ کې تایید کړئ چې د ټاکل شوي ډیزاین اړتیا څخه زیاته لید نه ده فعاله شوې.
په پای کې د ناکامۍ لوري ازموینه وکړئ. تونل ودروئ یا پیرودونکي جلا کړئ او وګورئ چې ترافیک په خاموشۍ سره هغه لارښوونکې لارې ته نه غورځي چې تاسو یې نااستعمال ګڼلې وه، ځکه چې هماغه غورځیدل هغه څه دي چې پل شوی ډیزاین په خاموشۍ سره ناغوښتل شوی روټر ګرځوي.