ESXi ഗസ്റ്റ് VPN: റൂട്ടിംഗോ ബ്രിഡ്ജിംഗോ — പോർട്ട് ഗ്രൂപ്പിന് മുൻപ് തീരുമാനിക്കുക
റൂട്ടഡ് TUN-ന് തിരിച്ചുവരവ് റൂട്ടുകൾ വേണം; ബ്രിഡ്ജ്ഡ് TAP-ന് ലെയർ 2 എത്തിച്ചേരലും കൂടുതൽ വിശാലമായ പോർട്ട്-ഗ്രൂപ്പ് നയവും വേണം. promiscuous മോഡ് വിപുലീകരിക്കുന്നതിന് മുൻപ് റോൾ നിർണ്ണയിക്കുക.
പാക്കറ്റുകൾ റൂട്ട് ചെയ്യുകയോ Ethernet ഡൊമെയ്ൻ വിപുലീകരിക്കുകയോ ചെയ്യുക: പോർട്ട് ഗ്രൂപ്പിന്റെ മാറ്റം ആ തിരഞ്ഞെടുപ്പിന് ശേഷം വരുന്നു. സ്വകാര്യ വിലാസമുള്ള ഒരു ആപ്ലിക്കേഷനിൽ നിന്ന് ഫലങ്ങൾ ഒരുപോലെ തോന്നാം, എന്നാൽ ഹൈപ്പർവൈസർ ആവശ്യകതകൾ തികച്ചും വ്യത്യസ്തമാണ്. അതുകൊണ്ടാണ് ആദ്യം പോർട്ട് ഗ്രൂപ്പ് വിപുലീകരിക്കുന്നതും ഡിസൈൻ ചോദ്യത്തിന് രണ്ടാമതായി ഉത്തരം നൽകുന്നതും, സാധാരണയായി ഒരു ബ്രോഡ്കാസ്റ്റ് കൊടുങ്കാറ്റിന് ശേഷം. ഈ പരിശോധനകൾ ക്രമത്തിൽ ചെയ്യുകയും ആവശ്യകത ഇപ്പോഴും അവ്യക്തമായിരിക്കുമ്പോൾ നിർത്തുകയും ചെയ്യുക, കാരണം ഒരിക്കലും തിരഞ്ഞെടുക്കാത്ത ഒരു ഡിസൈനും ഏതെങ്കിലും പോർട്ട്-ഗ്രൂപ്പ് ക്രമീകരണം ശരിയാക്കുന്നില്ല.
തീരുമാനം സേവന ഉടമയുടേതാണ്; ഹൈപ്പർവൈസർ കോൺഫിഗറേഷൻ അത് നടപ്പിലാക്കണം, യാദൃശ്ചികമായി നിർണ്ണയിക്കരുത്.
വിദൂര അറ്റത്തിന് യഥാർത്ഥത്തിൽ എന്ത് വേണമെന്ന് പരിശോധിക്കുക
വിദൂര ക്ലയന്റുകൾ എത്തിച്ചേരേണ്ട സേവനങ്ങളും അവർ ഉപയോഗിക്കുന്ന പ്രോട്ടോക്കോളുകളും പട്ടികപ്പെടുത്തുക. പട്ടിക അറിയപ്പെടുന്ന പ്രിഫിക്സുകളിലെ കുറച്ച് TCP സേവനങ്ങളാണെങ്കിൽ റൂട്ടിംഗ് മതി. എന്തെങ്കിലും യഥാർത്ഥത്തിൽ ലെയർ 2 അയൽപക്കം ആവശ്യപ്പെടുന്നുവെങ്കിൽ — ബ്രോഡ്കാസ്റ്റ് ആശ്രിത കണ്ടെത്തൽ, IP ഇതര പ്രോട്ടോക്കോളുകൾ, ഗേറ്റ്‌വേ സ്വീകരിക്കാത്ത ഉപകരണം — റൂട്ടിംഗിന് അത് അനുകരിക്കാനാവില്ല, അത് നേരത്തെ പറയണം. ആ പട്ടികയിലെ IP ഇതര ഇനങ്ങളെക്കുറിച്ച് സത്യസന്ധരായിരിക്കുക, കാരണം അവിടെയാണ് റൂട്ടഡ് ഡിസൈൻ ഒരു ആഴ്ചയ്ക്ക് ശേഷം നിശബ്ദമായി പരാജയപ്പെടുന്നത്.
തുടർന്ന് ക്ലയന്റ് പൂൾ പരിശോധിക്കുക. റൂട്ടഡ് ഡിസൈന് വിലാസ ശ്രേണിയും വിദൂര വശത്ത് വ്യക്തമായ തിരിച്ചുവരവ് റൂട്ടും വേണം; ബ്രിഡ്ജ്ഡ് ഡിസൈന് വിപുലീകരിച്ച Ethernet ഡൊമെയ്നിന് വിലാസ വിഭജനവും ഒറ്റപ്പെടുത്തലും ഉണ്ടായിരിക്കണം. നിങ്ങൾ എന്ത് തിരഞ്ഞെടുത്താലും, ഈ VM-ന് പുറത്തുള്ള ആരെങ്കിലും അത് അംഗീകരിക്കണം.
ഓരോ ഡിസൈനും വെർച്വൽ നെറ്റ്‌വർക്കിൽ നിന്ന് എന്ത് ആവശ്യപ്പെടുന്നു
രണ്ട് ഡിസൈനുകളും വെർച്വൽ നെറ്റ്‌വർക്ക് എന്ത് സഹിക്കണം എന്നതിൽ വ്യത്യസ്തമാണ്, അത് കാണാനുള്ള ഏറ്റവും ചെറിയ വഴി പട്ടികയാണ്:
| ഡിസൈൻ | ഗസ്റ്റ് വശത്തെ റോൾ | വെർച്വൽ നെറ്റ്‌വർക്ക് എന്ത് ഉൾക്കൊള്ളണം | തെറ്റായി തിരഞ്ഞെടുത്താൽ പരാജയ മോഡ് |
|---|---|---|---|
| റൂട്ടഡ് TUN | വേർതിരിച്ച പ്രിഫിക്സുകൾക്കിടയിലെ റൂട്ടർ | റൂട്ടഡ് ക്ലയന്റ് പൂളും വിദൂര വശത്ത് തിരിച്ചുവരവ് പാതകളും | ക്ലയന്റുകൾ ഗേറ്റ്‌വേയിൽ എത്തുന്നു, പക്ഷേ അതിന് പിന്നിലെ സേവനത്തിൽ ഒരിക്കലും എത്തുന്നില്ല |
| ബ്രിഡ്ജ്ഡ് TAP | ചേരുന്ന ക്ലയന്റുകൾക്കുള്ള ലെയർ 2 ബ്രിഡ്ജ് | അധിക Ethernet ഐഡന്റിറ്റികൾ, ബ്രോഡ്കാസ്റ്റ് ട്രാഫിക്, VLAN നിയമങ്ങൾ | vSwitch ഫ്രെയിമുകൾ വീഴ്ത്തുന്നു, അല്ലെങ്കിൽ ഡിസൈന് ആരും അനുവദിക്കാത്ത promiscuous മോഡ് വേണം |
റൂട്ടിംഗ് ബ്രോഡ്കാസ്റ്റ് ഡൊമെയ്ൻ അതിന്റെ സ്ഥാനത്ത് നിർത്തുന്നു, ഗേറ്റ്‌വേ കടക്കുന്ന സേവനങ്ങൾ പരിമിതപ്പെടുത്താൻ സ്വാഭാവികമായ ഇടം നൽകുന്നു. ബ്രിഡ്ജിംഗ് അതിർത്തി നീക്കുന്നു: ക്ലയന്റുകൾ വിപുലീകരിച്ച Ethernet ഡൊമെയ്നിന്റെ പങ്കാളികളാകുന്നു, വിലാസ വിഭജനം, ഒറ്റപ്പെടുത്തൽ, ഏതെങ്കിലും ലെയർ 2 നയം എന്നിവ ഇപ്പോൾ അവർക്ക് ബാധകമാണ്. തിരഞ്ഞെടുത്ത വരി മാറ്റ രേഖയിൽ എഴുതുക. “റൂട്ടഡ് TUN, ക്ലയന്റ് പൂൾ 10.90.0.0/24, കോറിൽ തിരിച്ചുവരവ് റൂട്ട്” എന്ന വാക്യം അടുത്ത എൻജിനീയറെ പോർട്ട്-ഗ്രൂപ്പ് ക്രമീകരണങ്ങളിൽ നിന്ന് ഡിസൈൻ വീണ്ടും ചർച്ച ചെയ്യുന്നതിൽ നിന്ന് തടയുന്നു.
ആരുടെ ഫ്രെയിമുകൾ ആർക്ക് കാണാം
പോർട്ട് ഗ്രൂപ്പിൽ തൊടുന്നതിന് മുൻപ് പ്ലാറ്റ്‌ഫോം ഉടമയോട് ഒരു ചോദ്യം ചോദിക്കുക: ഈ VM മറ്റ് പങ്കാളികൾക്ക് അയച്ച ഫ്രെയിമുകൾ സ്വീകരിക്കണമെന്ന് ഡിസൈൻ ആവശ്യപ്പെടുന്നുണ്ടോ? ഉത്തരം ഇല്ല എന്നാണെങ്കിൽ ഈ വിഭാഗത്തിൽ ഒന്നും ബാധകമല്ല, കാരണം റൂട്ടഡ് TUN-ന് ആ ദൃശ്യത ഒരിക്കലും ആവശ്യമില്ല. ഉത്തരം അതെ എന്നാണെങ്കിൽ, promiscuous മോഡിനെക്കുറിച്ചുള്ള Broadcom മാർഗ്ഗനിർദ്ദേശം ആണ് പ്രധാന വായന: VM vSwitch-ൽ നിന്ന് എത്ര കൂടുതൽ കാണാമെന്ന് അത് വിശദീകരിക്കുന്നു, ആ നയം ഒരു പോർട്ട് ഗ്രൂപ്പിൽ പരിമിതപ്പെടുത്താൻ ശുപാർശ ചെയ്യുന്നു.
ഇത് അനുമതിപത്രമല്ല, ആവശ്യകത പരിശോധനയായി കാണുക. ബ്രിഡ്ജിംഗ് ആവശ്യം രേഖപ്പെടുത്തിയിരിക്കുമ്പോൾ ഒരു സമർപ്പിത കണക്ഷനിൽ ക്രമീകരണം ഓണാക്കുക, ബാക്കിയെല്ലായിടത്തും ഓഫ് ആയി വയ്ക്കുക. മറ്റൊരു ബ്രിഡ്ജ് ഉദാഹരണത്തിൽ നിന്ന് പകർത്തിയ വിശാലമായ VLAN ട്രങ്ക് ആണ് നീക്കാൻ ആരും ഓർക്കാത്ത ഭാഗം, ഒരു VLAN ഡിസൈൻ ഒരു VLAN ആയി തുടരണം.
ഏത് പോർട്ട് ഗ്രൂപ്പ് മാറി, എന്തുകൊണ്ട് എന്നത് ഡിസൈൻ വരി എഴുതിയ അതേ സ്ഥലത്ത് രേഖപ്പെടുത്തുക. ആ ജോടിയാണ് അടുത്ത ഓഡിറ്റ് സാധ്യമാക്കുന്നത്.
ഗസ്റ്റിന്റെ ഒബ്ജക്റ്റുകൾ വ്യക്തമായി നിർത്തുക
Linux-നുള്ളിൽ, ബ്രിഡ്ജ് അംഗത്വവും വിലാസ ഉടമസ്ഥതയും വേറിട്ട ഒബ്ജക്റ്റുകളാണ്, അവ കൂട്ടിക്കലർത്തുന്നത് ആശയക്കുഴപ്പമുള്ള പകുതി-പ്രവർത്തിക്കുന്ന അവസ്ഥ സൃഷ്ടിക്കുന്നു. വിലാസങ്ങൾ ബ്രിഡ്ജ് ഇന്റർഫേസിനോ റൂട്ടഡ് ടണലിനോ നൽകുക, ഒരേ പാതയുടെ ഇരുവശത്തും അല്ല, അംഗ പോർട്ടുകൾ IP കോൺഫിഗറേഷൻ ഇല്ലാതെ നിർത്തുക.
ഒരു സബ്നെറ്റ് സ്വതന്ത്രമായി റൂട്ടഡ് TUN-ലും ബന്ധമില്ലാത്ത Ethernet ഇന്റർഫേസിലും വയ്ക്കുന്നത് ഒഴിവാക്കുക. ആ കോൺഫിഗറേഷൻ ഒരേ പ്രിഫിക്സിലേക്ക് രണ്ട് പാതകൾ സൃഷ്ടിക്കുന്നു, അസമമായ മറുപടികൾ, flapping-നെക്കുറിച്ച് രണ്ട് പാതകളിൽ ഒന്നിനെപ്പോലും പരാമർശിക്കാത്ത പിന്തുണ ത്രെഡ്. ഗസ്റ്റ് കണ്ടെയ്നറുകളോ പ്രാദേശിക ഹൈപ്പർവൈസറോ ഹോസ്റ്റ് ചെയ്യുന്നുവെങ്കിൽ, അവ ഇതിനകം അതേ uplink-ലേക്ക് ബ്രിഡ്ജ് ചെയ്യുന്നില്ലെന്ന് പരിശോധിക്കുക. ഒരു NIC-ൽ രണ്ട് ബ്രിഡ്ജുകൾ ഒരു ഡിസൈനാണ്, മാറ്റ വിൻഡോയിൽ കണ്ടെത്താൻ ആഗ്രഹിക്കാത്ത ഒരു അപകടമല്ല.
ping അല്ല, പാക്കറ്റ് പാത കൊണ്ട് സ്ഥിരീകരിക്കുക
എത്തിച്ചേരൽ മാത്രമല്ല, യഥാർത്ഥ പാത പരിശോധിക്കുക. ക്ലയന്റിൽ നിന്ന് ഏത് സ്രോതസ്സ് വിലാസം വിദൂര സേവനത്തിൽ എത്തുന്നുവെന്ന് സ്ഥിരീകരിക്കുക, തുടർന്ന് മറുപടി അതേ വഴി തിരികെ വരുന്നുവെന്ന് സ്ഥിരീകരിക്കുക. ഗസ്റ്റിൽ നിർദ്ദിഷ്ട ഫ്ലോയുടെ ഫോർവേഡിംഗ് കൗണ്ടറുകൾ പരിശോധിക്കുക, പോർട്ട് ഗ്രൂപ്പിൽ തിരഞ്ഞെടുത്ത ഡിസൈന്റെ ആവശ്യകതയ്ക്കപ്പുറം അധിക ദൃശ്യത സജീവമാക്കിയിട്ടില്ലെന്ന് സ്ഥിരീകരിക്കുക.
അവസാനം പരാജയ ദിശ പരീക്ഷിക്കുക. ടണൽ നിർത്തുകയോ ക്ലയന്റ് വേർപെടുത്തുകയോ ചെയ്ത്, ഉപയോഗിക്കുന്നില്ലെന്ന് നിങ്ങൾ കരുതിയ റൂട്ടഡ് പാതയിലേക്ക് ട്രാഫിക് നിശബ്ദമായി വീഴുന്നില്ലെന്ന് പരിശോധിക്കുക, കാരണം ആ വീഴ്ചയാണ് ബ്രിഡ്ജ്ഡ് ഡിസൈനെ നിശബ്ദമായി അനുദ്ദേശിക്കാത്ത റൂട്ടറാക്കി മാറ്റുന്നത്.