VMware гост у режиму моста изгубио је мрежу након OpenVPN-а

Гост који је пре сат времена био премошћен и доступан сада на све чека до истека времена, и нико није мењао његова подешавања. На хосту интернет и даље ради кроз тунел. Те две чињенице заједно упућују даље од VPN-а и према хипервизору, јер хост и гост више не користе исту путању. Довољан је један нови виртуелни адаптер да то изазове.

Гост се није променио, премошћење јесте

Инсталација OpenVPN клијента на Windows додаје виртуелни мрежни адаптер за који се услуга везује када се тунел успостави. За оперативни систем изгледа као обичан интерфејс са стањем везе и, често, сопственим адресама. То је довољно да га VMware третира као кандидата за премошћење.

VMnet0 је подразумевано постављен на Аутоматски, што значи да хипервизор бира адаптер хоста сваки пут када премошћује. Свеже инсталиран виртуелни адаптер улази у тај скуп, а ако буде изабран, сваки оквир који гост емитује иде на тунелски уређај уместо на физички порт прекидача.

Фиксирајте премошћење или рутирајте госта

Прва грана је исправна када гост треба да буде равноправан члан физичког LAN-а: престаните да пуштате премошћење да бира и именујте адаптер изричито. Друга грана важи када гост треба да користи корпоративни тунел, а у том случају премошћење никада није било исправан дизајн, јер премошћени гост не наслеђује VPN путању хоста.

Одлучите то прво, јер два одговора воде ка различитом послу. Обрнут редослед производи исправно фиксирано премошћење прикључено на госта који никада није требало бити премошћен.

За прву грану отворите Virtual Network Editor на хосту, изаберите VMnet0 и замените Аутоматски физичким адаптером. Ако постоји више адаптера, користите листу аутоматских подешавања и уклоните квачицу са свега што никада не сме да носи саобраћај госта: OpenVPN TAP или Wintun уређај, те Hyper-V, WSL, Docker и loopback адаптере. Оставите означене и жичани и бежични физички адаптер на преносном рачунару, иначе гост губи премошћење следећи пут када се корисник прикључи у док.

Три услова која одлучују избор

Да ли је премошћење уопште прикладно зависи од намене госта. Ако гост треба да се појави као сопствени хост на LAN-у, са сопственом адресом и сопственом долазном доступношћу, премошћење је исправан модел и фиксирање је цело решење. Ако госту треба само одлазни приступ, мрежа само за хоста или NAT је једноставнија и имуна на промене адаптера.

Ако гост мора да користи исти тунел као хост, ни премошћени режим ни фиксирани адаптер не помажу, јер саобраћај госта никада не улази у одлуку хоста о рутирању. Тај случај захтева рутирану или преведену путању на хосту, а избор адаптера постаје небитан.

VMware Player нема уређивач мреже у свом интерфејсу, па хост који има само Player треба самостални уређивач или инсталацију Workstation-а да би дошао до ових подешавања. То ограничење понекад само одлучује о приступу.

Прочитајте резултат унутар госта

Поново покрените виртуелну мрежну картицу или поново покрените госта, да поново затражи закуп. Затим прочитајте шта је заиста примио, а не шта хост мисли да је конфигурисао.

ipconfig /all
ip addr
ip route

Прочитајте два поља у том излазу и остало за сада занемарите. Гејтвеј треба да буде LAN рутер, а опис адаптера треба да наведе VMware Ethernet уређај, а не тунел. Адреса коју је уређај сам доделио у 169.254.0.0/16 значи да се није јавио ниједан DHCP сервер, што је управо оно како премошћење на тунелски адаптер изгледа са стране госта.

Вреди направити још једну разлику пре него што промените било шта друго. Гост који достигне рутер али не интернет има исправно премошћење и проблем узводно. Гост који прими адресу у опсегу тунела још је прикључен на погрешан уређај. Искључивање TAP адаптера није решење ни за један од та два случаја, јер је OpenVPN услузи потребан.