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 కి ఆ దృశ్యమానత ఎప్పటికీ అవసరం లేదు. సమాధానం అవును అయితే, promiscuous మోడ్ గురించి Broadcom మార్గదర్శకం ముఖ్యమైన పఠనం: VM vSwitch నుండి ఎంత ఎక్కువ చూడగలదో వివరిస్తుంది మరియు ఆ విధానాన్ని ఒక పోర్ట్ గ్రూప్కు పరిమితం చేయాలని సిఫారసు చేస్తుంది.
దీన్ని అనుమతి పత్రంగా కాకుండా అవసర తనిఖీగా పరిగణించండి. బ్రిడ్జింగ్ అవసరం రాయబడినప్పుడు ఒక ప్రత్యేక కనెక్షన్ కోసం సెట్టింగ్ను ఆన్ చేయండి, మిగతా ప్రతిచోటా ఆఫ్ ఉంచండి. మరో బ్రిడ్జ్ ఉదాహరణ నుండి కాపీ చేసిన విస్తృత VLAN ట్రంక్ తొలగించడం ఎవరికీ గుర్తుండని భాగం, ఒక-VLAN డిజైన్ ఒక-VLAN గానే ఉండాలి.
ఏ పోర్ట్ గ్రూప్ మారింది, ఎందుకు అనేది డిజైన్ వరుస రాసిన అదే చోట నమోదు చేయండి. ఆ జోడీనే తదుపరి ఆడిట్ను సాధ్యం చేస్తుంది.
అతిథి వస్తువులను స్పష్టంగా ఉంచండి
Linux లోపల, బ్రిడ్జ్ సభ్యత్వం మరియు చిరునామా యాజమాన్యం వేర్వేరు వస్తువులు, వాటిని కలపడం గందరగోళానికి గురయ్యే సగం-పని చేసే స్థితిని సృష్టిస్తుంది. చిరునామాలను బ్రిడ్జ్ ఇంటర్ఫేస్కు లేదా రూటెడ్ టన్నెల్కు ఇవ్వండి, ఒకే మార్గం రెండు వైపులకు కాదు, సభ్య పోర్ట్లను IP కాన్ఫిగరేషన్ లేకుండా ఉంచండి.
ఒక సబ్నెట్ను స్వతంత్రంగా రూటెడ్ TUN పై మరియు సంబంధం లేని Ethernet ఇంటర్ఫేస్ పై ఉంచడం మానుకోండి. ఆ కాన్ఫిగరేషన్ ఒకే ప్రిఫిక్స్కు రెండు మార్గాలు సృష్టిస్తుంది, అసమాన ప్రతిస్పందనలు మరియు flapping గురించి రెండు మార్గాల్లో ఏదీ ప్రస్తావించని మద్దతు థ్రెడ్. అతిథి కంటైనర్లు లేదా స్థానిక హైపర్వైజర్ను కూడా హోస్ట్ చేస్తే, అవి ఇప్పటికే అదే uplink కు బ్రిడ్జ్ చేయడం లేదని తనిఖీ చేయండి. ఒక NIC పై రెండు బ్రిడ్జ్లు ఒక డిజైన్, మార్పు విండోలో కనుగొనాలనుకోని ప్రమాదం కాదు.
ping తో కాదు, ప్యాకెట్ మార్గంతో నిర్ధారించండి
చేరువ మాత్రమే కాదు, వాస్తవ మార్గాన్ని ధృవీకరించండి. క్లయింట్ నుండి ఏ మూల చిరునామా దూర సేవకు చేరుతుందో నిర్ధారించి, తర్వాత ప్రతిస్పందన అదే మార్గంలో తిరిగి వస్తుందని నిర్ధారించండి. అతిథిపై నిర్దిష్ట ప్రవాహానికి ఫార్వార్డింగ్ కౌంటర్లను చూడండి, పోర్ట్ గ్రూప్పై ఎంచుకున్న డిజైన్ అవసరానికి మించి అదనపు దృశ్యమానత ప్రారంభించబడలేదని నిర్ధారించండి.
చివరగా వైఫల్య దిశను పరీక్షించండి. టన్నెల్ను ఆపండి లేదా క్లయింట్ను వేరు చేయండి మరియు ఉపయోగించబడలేదని మీరు భావించిన రూటెడ్ మార్గంపైకి ట్రాఫిక్ నిశ్శబ్దంగా పడిపోతుందో లేదో తనిఖీ చేయండి, ఎందుకంటే ఆ పతనమే బ్రిడ్జ్డ్ డిజైన్ నిశ్శబ్దంగా అనుకోని రూటర్గా మారే విధానం.