VMware-brug-gas het na OpenVPN sy netwerk verloor

'n Gas wat 'n uur gelede nog gebrug en bereikbaar was, kry nou 'n tydsverloop op alles, en niemand het sy instellings verander nie. Op die gasheer werk die internet steeds deur die tonnel. Die twee feite saam wys weg van die VPN en na die hipervisie, want die gasheer en die gas gebruik nie meer dieselfde pad nie. Een nuwe virtuele adapter is genoeg om dit te veroorsaak.

Die gas het nie verander nie, die brug het

Die installering van die OpenVPN-kliënt op Windows voeg 'n virtuele netwerkadapter by waaraan die diens bind wanneer 'n tonnel opkom. Vir die bedryfstelsel lyk dit soos 'n gewone koppelvlak met 'n skakeltoestand en dikwels sy eie adresse. Dit is genoeg vir VMware om dit as 'n brugkandidaat te beskou.

VMnet0 is by verstek op Outomaties gestel, wat beteken die hipervisie kies elke keer 'n gasheeradapter wanneer dit brug. 'n Pas geïnstalleerde virtuele adapter sluit by daardie poel aan, en as dit gekies word, gaan elke raam wat die gas uitstuur na 'n tonneltoestel eerder as na die fisiese skakelpoort.

Pen die brug vas of routeer die gas

Die eerste tak is die regte een wanneer die gas bedoel is om 'n eweknie op die fisiese LAN te wees: moenie die brug laat kies nie, en noem die adapter eksplisiet. Die tweede tak geld wanneer die gas veronderstel is om die korporatiewe tonnel te gebruik, en in daardie geval was 'n brug nooit die regte ontwerp nie, want 'n gebrugde gas erf nie die gasheer se VPN-roete nie.

Besluit dit eerste, want die twee antwoorde lei na verskillende werk. Om die volgorde om te keer lewer 'n korrek vasgepen brug op wat aan 'n gas geheg is wat nooit gebrug moes gewees het nie.

Vir die eerste tak, maak die Virtuele Netwerk-redigeerder op die gasheer oop, kies VMnet0 en vervang Outomaties met die fisiese adapter. As daar verskeie adapters is, gebruik die outomatiese instellingslys en verwyder die regmerke vir enigiets wat nooit gasverkeer mag dra nie: die OpenVPN TAP- of Wintun-toestel, plus Hyper-V-, WSL-, Docker- en loopback-adapters. Hou beide die bedrade en die draadlose fisiese adapter gemerk op 'n skootrekenaar, anders verloor die gas sy brug die volgende keer wanneer die gebruiker aankoppel.

Drie voorwaardes wat die keuse beslis

Of 'n brug hoegenaamd gepas is, hang af van waarvoor die gas bedoel is. As die gas as sy eie gasheer op die LAN moet verskyn, met sy eie adres en sy eie inkomende bereikbaarheid, is brug die regte model en is vaspen die hele oplossing. As die gas net uitgaande toegang nodig het, is 'n netwerk slegs vir die gasheer of NAT eenvoudiger en immuun vir adapter-veranderings.

As die gas dieselfde tonnel as die gasheer moet gebruik, help nóg gebrugde modus nóg 'n vasgepen adapter, want die gas se verkeer betree nooit die gasheer se routeringsbesluit nie. Daardie geval het 'n gerouteerde of vertaalde pad op die gasheer nodig, en die keuse van adapter word irrelevant.

VMware Player het geen netwerkredigeerder in sy koppelvlak nie, so 'n gasheer wat net Player het, benodig die selfstandige redigeerder of 'n Workstation-installasie om hierdie instellings te bereik. Daardie beperking besluit soms op sy eie die benadering.

Lees die resultaat binne die gas

Herlaai die virtuele NIC, of herbegin die gas, sodat dit weer 'n huurkontrak aanvra. Lees dan wat dit werklik ontvang het eerder as wat die gasheer dink hy het opgestel.

ipconfig /all
ip addr
ip route

Lees twee velde in daardie uitset en ignoreer die res vir eers. Die poort moet die LAN-router wees, en die adapterbeskrywing moet die VMware Ethernet-toestel noem eerder as 'n tonnel. 'n Selftoegewysde adres in 169.254.0.0/16 beteken geen DHCP-bediener het geantwoord nie, wat is hoe 'n brug na 'n tonneladapter van die gas se kant af lyk.

Een verdere onderskeid is die moeite werd voordat enigiets anders verander word. 'n Gas wat die router bereik maar nie die internet nie, het 'n werkende brug en 'n stroomop-probleem. 'n Gas wat 'n adres in die tonnelreeks ontvang, is steeds aan die verkeerde toestel geheg. Om die TAP-adapter te deaktiveer is nie 'n oplossing vir enige van die twee gevalle nie, want die OpenVPN-diens het dit nodig.