VMware tiltu prijungtas svečias po OpenVPN prarado tinklą

Svečias, kuris prieš valandą buvo prijungtas tiltu ir pasiekiamas, dabar viskam gauna laiko limitą, ir niekas nekeitė jo nustatymų. Pagrindiniame kompiuteryje internetas vis dar veikia per tunelį. Abu faktai kartu nukreipia nuo VPN link hipervizoriaus, nes pagrindinis kompiuteris ir svečias nebenaudoja to paties kelio. Vieno naujo virtualaus adapterio pakanka tam sukelti.

Svečias nepasikeitė, pasikeitė tiltas

Diegiant OpenVPN klientą sistemoje Windows pridedamas virtualus tinklo adapteris, prie kurio tarnyba prisiriša, kai pakyla tunelis. Operacinei sistemai jis atrodo kaip įprasta sąsaja su ryšio būsena ir dažnai savo adresais. To pakanka, kad VMware jį laikytų tilto kandidatu.

VMnet0 pagal numatytuosius nustatymus yra Automatinis, o tai reiškia, kad hipervizorius kiekvieną kartą darydamas tiltą parenka pagrindinio kompiuterio adapterį. Ką tik įdiegtas virtualus adapteris patenka į tą rinkinį, ir jei jis parenkamas, kiekvienas svečio siunčiamas kadras keliauja į tunelio įrenginį, o ne į fizinį komutatoriaus prievadą.

Prisekite tiltą arba maršrutinkite svečią

Pirmoji šaka yra teisinga, kai svečias turi būti lygiavertis fizinio LAN narys: nustokite leisti tiltui rinktis ir aiškiai įvardykite adapterį. Antroji šaka taikoma, kai svečias turi naudoti įmonės tunelį, ir tokiu atveju tiltas niekada nebuvo teisingas sprendimas, nes tiltu prijungtas svečias nepaveldi pagrindinio kompiuterio VPN maršruto.

Nuspręskite tai pirmiausia, nes du atsakymai veda prie skirtingo darbo. Apvertus tvarką gaunamas teisingai prisegtas tiltas, prijungtas prie svečio, kurio nereikėjo niekada jungti tiltu.

Pirmajai šakai atidarykite Virtual Network Editor pagrindiniame kompiuteryje, pasirinkite VMnet0 ir pakeiskite Automatinį fiziniu adapteriu. Jei adapterių yra keli, naudokite automatinių nustatymų sąrašą ir nuimkite žymes nuo visko, kas niekada neturi nešti svečio srauto: OpenVPN TAP arba Wintun įrenginio, taip pat Hyper-V, WSL, Docker ir loopback adapterių. Nešiojamajame kompiuteryje palikite pažymėtus ir laidinį, ir belaidį fizinį adapterį, kitaip svečias praras tiltą kitą kartą, kai naudotojas jį prijungs prie doko.

Trys sąlygos, kurios nulemia pasirinkimą

Ar tiltas apskritai tinka, priklauso nuo to, kam svečias skirtas. Jei svečias turi pasirodyti kaip atskiras pagrindinis kompiuteris LAN tinkle, su savo adresu ir savo įeinančiu pasiekiamumu, tiltas yra teisingas modelis, o prisegimas yra visas pataisymas. Jei svečiui reikia tik išeinančios prieigos, tik pagrindinio kompiuterio tinklas arba NAT yra paprastesnis ir atsparus adapterių kaitai.

Jei svečias turi naudoti tą patį tunelį kaip pagrindinis kompiuteris, nepadeda nei tilto režimas, nei prisegtas adapteris, nes svečio srautas niekada nepatenka į pagrindinio kompiuterio maršrutizavimo sprendimą. Tam atvejui reikia maršrutizuoto arba išversto kelio pagrindiniame kompiuteryje, o adapterio pasirinkimas tampa nebesvarbus.

VMware Player sąsajoje nėra tinklo redaktoriaus, todėl pagrindiniam kompiuteriui, kuriame veikia tik Player, reikia atskiro redaktoriaus arba Workstation diegimo, kad pasiektų šiuos nustatymus. Šis apribojimas kartais pats nulemia požiūrį.

Perskaitykite rezultatą svečio viduje

Paleiskite iš naujo virtualią tinklo plokštę arba paleiskite iš naujo svečią, kad jis vėl paprašytų nuomos. Tada perskaitykite, ką jis iš tikrųjų gavo, o ne tai, ką pagrindinis kompiuteris mano sukonfigūravęs.

ipconfig /all
ip addr
ip route

Šioje išvestyje perskaitykite du laukus, o likusią dalį kol kas ignoruokite. Tinklo vartai turėtų būti LAN maršrutizatorius, o adapterio aprašyme turėtų būti nurodytas VMware Ethernet įrenginys, o ne tunelis. Savarankiškai priskirtas adresas 169.254.0.0/16 reiškia, kad neatsakė nė vienas DHCP serveris, ir būtent taip tiltas į tunelio adapterį atrodo iš svečio pusės.

Prieš ką nors kita keisdami verta padaryti dar vieną skirtumą. Svečias, kuris pasiekia maršrutizatorių, bet ne internetą, turi veikiantį tiltą ir problemą aukščiau. Svečias, kuris gauna adresą tunelio diapazone, vis dar prijungtas prie netinkamo įrenginio. TAP adapterio išjungimas nėra sprendimas nė vienu iš šių atvejų, nes OpenVPN tarnybai jo reikia.