VMware-sillattu vieras menetti verkkonsa OpenVPN:n jälkeen

Vieras, joka tunti sitten oli sillattu ja saavutettavissa, aikakatkaisee nyt kaiken, eikä kukaan ole muokannut sen asetuksia. Isäntäkoneessa internet toimii edelleen tunnelin kautta. Molemmat tosiasiat yhdessä osoittavat poispäin VPN:stä ja kohti hypervisoria, koska isäntä ja vieras eivät enää käytä samaa polkua. Yksi uusi virtuaalinen sovitin riittää aiheuttamaan sen.

Vieras ei muuttunut, silta muuttui

OpenVPN-asiakkaan asentaminen Windowsiin lisää virtuaalisen verkkosovittimen, johon palvelu sitoutuu, kun tunneli nousee. Käyttöjärjestelmälle se näyttää tavalliselta liitännältä, jolla on linkin tila ja usein omat osoitteet. Se riittää, että VMware kohtelee sitä siltä ehdokkaana.

VMnet0 on oletuksena Automaattinen, mikä tarkoittaa, että hypervisori valitsee isäntäsovittimen joka kerta sillan tehdessään. Juuri asennettu virtuaalinen sovitin liittyy tähän joukkoon, ja jos se valitaan, jokainen vieraan lähettämä kehys menee tunnelilaitteeseen fyysisen kytkinportin sijaan.

Kiinnitä silta tai reititä vieras

Ensimmäinen haara on oikea silloin, kun vieraan on oltava tasavertainen fyysisen lähiverkon jäsen: lopeta sillan valitseminen ja nimeä sovitin nimenomaisesti. Toinen haara koskee tilannetta, jossa vieraan on käytettävä yrityksen tunnelia, ja silloin silta ei ollut koskaan oikea ratkaisu, koska sillattu vieras ei peri isännän VPN-reittiä.

Päätä se ensin, koska kaksi vastausta johtavat erilaiseen työhön. Järjestyksen kääntäminen tuottaa oikein kiinnitetyn sillan, joka on liitetty vieraaseen, jota ei olisi koskaan pitänyt sillata.

Avaa ensimmäistä haaraa varten isännän Virtual Network Editor, valitse VMnet0 ja korvaa Automaattinen fyysisellä sovittimella. Jos sovittimia on useita, käytä automaattisten asetusten luetteloa ja poista valinta kaikilta, jotka eivät saa koskaan kuljettaa vieraan liikennettä: OpenVPN:n TAP- tai Wintun-laite sekä Hyper-V-, WSL-, Docker- ja loopback-sovittimet. Pidä kannettavassa valittuina sekä langallinen että langaton fyysinen sovitin, muuten vieras menettää siltansa seuraavan kerran, kun käyttäjä telakoi sen.

Kolme ehtoa, jotka ratkaisevat valinnan

Sopiiko silta ylipäätään, riippuu siitä, mihin vieras on tarkoitettu. Jos vieraan on esiinnyttävä omana isäntänään lähiverkossa omalla osoitteellaan ja omalla saapuvalla saavutettavuudellaan, silta on oikea malli ja kiinnittäminen on koko korjaus. Jos vieras tarvitsee vain lähtevää yhteyttä, vain isännän verkko tai NAT on yksinkertaisempi ja immuuni sovittimien vaihtumiselle.

Jos vieraan on käytettävä samaa tunnelia kuin isäntä, eivät auta sen paremmin sillattu tila kuin kiinnitetty sovitinkaan, koska vieraan liikenne ei koskaan tule isännän reitityspäätökseen. Se tapaus vaatii isäntään reititetyn tai käännetyn polun, ja sovittimen valinnasta tulee merkityksetön.

VMware Playerissa ei ole käyttöliittymässä verkon muokkainta, joten isäntä, jossa on vain Player, tarvitsee erillisen editorin tai Workstation-asennuksen näihin asetuksiin päästäkseen. Tämä rajoitus ratkaisee lähestymistavan joskus yksinään.

Lue tulos vieraan sisältä

Käynnistä virtuaalinen verkkokortti uudelleen tai käynnistä vieras uudelleen, jotta se pyytää vuokran uudelleen. Lue sitten, mitä se todella sai, eikä sitä, mitä isäntä uskoo määrittäneensä.

ipconfig /all
ip addr
ip route

Lue tästä tulosteesta kaksi kenttää ja jätä muu toistaiseksi huomiotta. Yhdyskäytävän pitäisi olla lähiverkon reititin, ja sovittimen kuvauksessa pitäisi mainita VMware Ethernet -laite eikä tunneli. Itse annettu osoite alueella 169.254.0.0/16 tarkoittaa, ettei yksikään DHCP-palvelin vastannut, ja juuri siltä näyttää tunnelisovittimen päälle tehty silta vieraan puolelta.

Vielä yksi ero kannattaa tehdä ennen kuin muutat mitään muuta. Vieras, joka tavoittaa reitittimen mutta ei internetiä, omaa toimivan sillan ja ongelman ylävirrassa. Vieras, joka saa osoitteen tunnelin alueelta, on yhä kiinni väärässä laitteessa. TAP-sovittimen poistaminen käytöstä ei ole ratkaisu kumpaankaan tapaukseen, koska OpenVPN-palvelu tarvitsee sitä.