ESXi gesta-VPN: leiðsla eða brúun — ákveðu fyrir port-hópinn
Beitt TUN þarf bakleiðir; brúað TAP þarf aðgang á lagi 2 og víðtækari stefnu port-hóps. Festu hlutverkið áður en þú víkkar promiscuous-stillinguna.
Beittu pakkana eða víkkaðu Ethernet-lénið: breytingin á port-hópnum kemur á eftir þeirri ákvörðun. Frá forriti með einkafangaskrá geta niðurstöðurnar litið eins út, en kröfur hypervisors eru algjörlega ólíkar. Þess vegna er port-hópurinn víkkaður fyrst og hönnunarspurningunni svarað síðan, venjulega eftir broadcast-storm. Farðu í gegnum þessar athuganir í röð og stöðvaðu á meðan krafan er enn óljós, því engin stilling port-hóps lagar hönnun sem var aldrei valin.
Ákvörðunin tilheyrir eiganda þjónustunnar; stilling hypervisors á að framkvæma hana, ekki ákvarða hana fyrir slysni.
Athugaðu hvað fjarlægi endinn þarf í raun
Listaðu þjónusturnar sem fjarlægir biðlarar þurfa að ná og samskiptareglurnar sem þeir nota. Ef listinn er handfylli TCP-þjónustna á þekktum forskeytum dugar leiðsla. Ef eitthvað þarf sannarlega nálægð á lagi 2 — uppgötvun sem byggir á broadcast, samskiptareglur sem ekki eru IP, tæki sem tekur ekki við gátt — getur leiðsla ekki líkt eftir því og segja á það snemma. Vertu heiðarlegur um ekki-IP færslurnar á þessum lista, því þar bregst beitt hönnun hljóðlega viku síðar.
Athugaðu svo biðlarapottinn. Beitt hönnun þarf fangasvið og skýra bakleið hinum megin; brúuð hönnun þarf að víkkaða Ethernet-lénið eigi fangaskráningu og einangrun. Hvað sem þú velur, einhver utan þessa VM verður að samþykkja það.
Hvað hver hönnun krefst af sýndarnetinu
Hönnunin tvær eru ólíkar að því hvað sýndarnetið þarf að þola, og taflan sýnir það á stysta máta:
| Hönnun | Hlutverk á gestahlið | Hvað sýndarnetið þarf að rúma | Bilunarhamur ef rangt er valið |
|---|---|---|---|
| Beitt TUN | Leiðari milli aðskildra forskeyta | Beittur biðlarapottur auk bakleiða hinum megin | Biðlarar ná gáttinni og ná aldrei þjónustunni bak við hana |
| Brúað TAP | Brú á lagi 2 fyrir biðlarana sem ganga inn | Viðbótar Ethernet-auðkenni, broadcast-umferð og VLAN-reglur | vSwitch hendir rammum, eða hönnunin þarf promiscuous-ham sem enginn samþykkti |
Leiðsla heldur broadcast-léninu þar sem það er og gefur eðlilegan stað til að takmarka hvaða þjónustur fara yfir gáttina. Brúun færir mörkin: biðlararnir verða þátttakendur í víkkuðu Ethernet-léninu og fangaskráning, einangrun og hver stefna á lagi 2 gilda nú um þá. Skrifaðu valda röðina í breytingaskrána. Setning eins og „beitt TUN, biðlarapottur 10.90.0.0/24, bakleið á kjarnanum“ kemur í veg fyrir að næsti verkfræðingur endurskoði hönnunina út frá stillingum port-hópsins.
Hver á að mega sjá ramma hvers
Spyrðu eiganda kerfisins eitt fyrir því að snerta port-hópinn: krefst hönnunin þess að þetta VM taki við rammum sem eru stílaðir á aðra þátttakendur? Ef svarið er nei gildir ekkert í þessum hluta, því beitt TUN þarf aldrei þá sýn. Ef svarið er já, þá er leiðbeining Broadcom um promiscuous-ham sú lesning sem skiptir máli: hún setur fram hversu miklu meira af vSwitch VM-ið sér og mælir með að takmarka þá stefnu við einn port-hóp.
Meðhöndlaðu þetta sem kröfuathugun, ekki leyfisbréf. Kveiktu á stillingunni fyrir eitt sérhannað tengi þegar brúunarþörfin er skrifuð og hafðu hana slökkt alls staðar annars staðar. Breiður VLAN-trunk afritaður úr annarri brúardæmi er sá hluti sem enginn man að fjarlægja, og hönnun með einu VLAN á að vera áfram með einu VLAN.
Skráðu hvaða port-hópur breyttist og hvers vegna, á sama stað og þú skrifaðir hönnunarröðina. Þetta par gerir næstu úttekt mögulega.
Haltu hlutum gestsins skýrum
Inni í Linux eru aðild að brú og eign fangs aðskildir hlutir, og að blanda þeim skapar ruglingslegt hálfvirkandi ástand. Úthlutaðu föngum til brúarviðmótsins eða hinu beitta göngum, ekki báðum hliðum sömu leiðar, og hafðu aðildarportin laus við IP-stillingu.
Forðastu að setja eitt undirnet sjálfstætt á beitt TUN og á ótengt Ethernet-viðmót. Slík stilling framleiðir tvær leiðir að sama forskeyti, ósamhverf svör og stoðþráð um flapping sem nefnir hvoruga leiðina. Ef gesturinn hýsir einnig gámum eða staðbundnum hypervisor, athugaðu að þeir brúa ekki þegar í sama uplink. Tvær brýr á einni NIC eru hönnun, ekki slys sem þú vilt uppgötva í breytingarglugga.
Staðfestu með pakkaleið, ekki pingi
Sannreyndu raunverulegu leiðina, ekki bara aðgengi. Frá biðlara, staðfestu hvaða upprunafang berst fjarlægu þjónustunni, og síðan að svarið snúi til baka sömu leið. Á gestinum skaltu skoða framsendingarteljara fyrir tiltekna strauminn, og á port-hópnum staðfesta að engin viðbótarsýn hafi verið virkjuð umfram það sem valda hönnunin þarf.
Að lokum, prófaðu bilunarstefnuna. Stöðvaðu göngin eða aftengdu biðlarann og athugaðu að umferðin falli ekki hljóðlega aftur á beitta leið sem þú hélst ónotaða, því það fall er hvernig brúuð hönnun verður hljóðlega óviljandi leiðari.