VMware-brúuð gestur missti netið eftir OpenVPN

Gestur sem var brúaður og aðgengilegur fyrir klukkustund fær nú tímamörk á öllu, og enginn hefur breytt stillingunum hans. Á hýslinum virkar internetið enn í gegnum göngin. Þessar tvær staðreyndir saman benda frá VPN-inu og að hypervisorinum, því hýsillinn og gesturinn nota ekki lengur sömu leið. Ein ný sýndaradapter er nóg til að valda þessu.

Gesturinn breyttist ekki, brúin gerði það

Uppsetning OpenVPN-biðlara á Windows bætir við sýndarnetadapter sem þjónustan bindur sig við þegar göng eru opnuð. Fyrir stýrikerfið lítur það út eins og venjulegt viðmót með tengistöðu og oft eigin vistföngum. Það er nóg til að VMware meðhöndli það sem brúarvalkost.

VMnet0 er sjálfgefið sett á Sjálfvirkt, sem þýðir að hypervisorinn velur hýsiladapter í hvert sinn sem brúað er. Nýuppsett sýndaradapter gengur í þann hóp og, ef hún er valin, fer hver rammi sem gesturinn sendir frá sér í göngtæki í stað líkamlegrar tengiports rofunnar.

Festa brúna eða beina gestinum

Fyrri greinin er rétt þegar gesturinn á að vera jafningi á líkamlega LAN-inu: hættu að láta brúna velja og nefndu adapterinn skýrt. Seinni greinin á við þegar gesturinn á að nota fyrirtækjagöngin, og í því tilviki var brú aldrei rétt hönnun, því brúaður gestur erfir ekki VPN-leið hýsilsins.

Ákveddu það fyrst, því svörin tvö leiða til ólíkrar vinnu. Ef röðinni er snúið við verður til rétt fest brú sem er tengd gesti sem aldrei hefði átt að vera brúaður.

Fyrir fyrri greinina skaltu opna Virtual Network Editor á hýslinum, velja VMnet0 og skipta Sjálfvirkt út fyrir líkamlega adapterinn. Ef margir adapterar eru til, notaðu listann yfir sjálfvirkar stillingar og hreinsaðu hak við allt sem aldrei má bera umferð gestsins: OpenVPN TAP- eða Wintun-tækið, auk Hyper-V-, WSL-, Docker- og loopback-adaptera. Haltu bæði snúru- og þráðlausa líkamlega adapterinum merktum á fartölvu, annars missir gesturinn brúna næst þegar notandinn tengir hana í dokk.

Þrjú skilyrði sem ráða valinu

Hvort brú hentar yfirhöfuð fer eftir því hvað gesturinn á að gera. Ef gesturinn á að birtast sem eigin hýsill á LAN-inu, með eigin vistfang og eigið aðgengi að innleið, er brúin rétta líkanið og festingin er öll lögunin. Ef gesturinn þarf bara útleið er net eingöngu fyrir hýsil eða NAT einfaldara og ónæmt fyrir adapteraskiptum.

Ef gesturinn á að nota sömu göng og hýsillinn, hjálpar hvorki brúaður hamur né festur adapter, því umferð gestsins kemst aldrei inn í leiðarákvörðun hýsilsins. Það tilvik krefst leiðar eða þýddrar leiðar á hýslinum, og valið á adapter verður óviðkomandi.

VMware Player hefur engan netritil í viðmótinu, svo hýsill sem keyrir aðeins Player þarf sjálfstæða ritilinn eða Workstation-uppsetningu til að ná þessum stillingum. Þessi takmörkun ræður stundum nálguninni ein og sér.

Lestu niðurstöðuna innan frá gestinum

Endurræstu sýndarnetkortið, eða endurræstu gestinn, svo hann biðji aftur um leigu. Lestu svo hvað hann fékk í raun, frekar en hvað hýsillinn telur sig hafa stillt.

ipconfig /all
ip addr
ip route

Lestu tvo reiti í þeirri úttak og hunsaðu afganginn í bili. Gáttin ætti að vera LAN-beininn, og adapterlýsingin ætti að nefna VMware Ethernet-tækið frekar en göng. Sjálfúthlutað vistfang í 169.254.0.0/16 þýðir að enginn DHCP-þjónn svaraði, og þannig lítur brú yfir á göngtæki út frá hlið gestsins.

Ein grein til viðbótar er þess virði áður en þú breytir einhverju öðru. Gestur sem nær beininum en ekki internetinu hefur virka brú og vandamál ofar í keðjunni. Gestur sem fær vistfang á göngusviðinu er enn tengdur röngu tæki. Að slökkva á TAP-adapterinum er ekki lausn á hvorugu tilvikinu, því OpenVPN-þjónustan þarf hann.