Коротко — причина почти наверняка в том, что виртуальная сетевая плата работает не в «мостовом» режиме (bridged) к нужному физическому адаптеру хоста, а в NAT/host‑only сети VMware (VMnet8/VMnet1) или в мосту «автоматически» привязана к какому‑то виртуальному/не тому физическому адаптеру (VPN, Hyper‑V, wireless виртуальный адаптер). В результате VM получает адрес из внутренней сети VMware (172.21.90.x), и другие компьютеры в вашей локальной сети к ней напрямую не достучатся.
Что нужно сделать (пошагово):
1) В настройках виртуальной машины в VMware Player
- Откройте Settings → Network Adapter.
- Выберите «Bridged (Connected directly to the physical network)».
- Сохраните и перезапустите ВМ.
2) Убедитесь в свойствах сетевого адаптера Windows (на хосте)
- Откройте Сетевые подключения (ncpa.cpl).
- Для того адаптера, который подключён к роутеру (Ethernet или Wi‑Fi), нажмите Properties.
- В списке компонентов должна быть включена «VMware Bridge Protocol». Если она отключена — включите.
Если «VMware Bridge Protocol» отсутствует — выполните ремонт/переустановку VMware Player.
3) Принудительно привязать bridged к нужному физическому адаптеру
- VMware иногда выбирает «Автоматически» и привязывается к неправильному адаптеру (VPN, виртуальные интерфейсы, Hyper‑V). Нужно явным образом поставить VMnet0 (Bridged) на ваш Ethernet или Wi‑Fi.
- Для этого нужен Virtual Network Editor (vmnetcfg.exe):
- В VMware Workstation Pro он в меню Edit → Virtual Network Editor.
- В VMware Player можно получить vmnetcfg.exe из установщика или установить пробную версию Workstation Pro и открыть редактор. (Можно распаковать инсталлятор через 7‑Zip и извлечь vmnetcfg.exe).
- В Virtual Network Editor выберите VMnet0 → отключите «Automatic» → в списке вручную выберите физический адаптер (например «Intel … Ethernet» или «Realtek … Wireless»). Примените изменения и перезапустите хост/ВМ.
4) Проверка на стороне роутера/клиента
- Если хост подключён по Wi‑Fi, некоторые драйверы/точки доступа не всегда корректно пропускают bridged MAC‑адреса — в этом случае лучше подключить хост по Ethernet.
- Проверьте, не включена ли на роутере опция «AP/Client isolation» (которая мешает хостам внутри Wi‑Fi видеть устройства друг друга).
5) Firewall / Hyper‑V
- Отключите временно Windows Firewall/третьесторонний фаервол для проверки.
- Если на Windows включён Hyper‑V / Virtual Machine Platform / Windows Hypervisor Platform — это иногда конфликтует с сетями VMware. Попробуйте временно отключить Hyper‑V (bcdedit /set hypervisorlaunchtype off → перезагрузка) чтобы проверить.
6) Альтернативы
- Если мостирование по Wi‑Fi стабильно не работает, можно:
- Подключать хост по Ethernet.
- Сделать на роутере DHCP‑резервацию для MAC виртуального адаптера и/или назначить статический IP внутри 192.168.1.x на самой VM (если есть доступ к файловой системе/интерфейсу ВМ для правки сетевых настроек).
- Оставить NAT и пробросить порты с хоста/VMware NAT (но тогда VM не будет напрямую доступна с компьютера 2 без проброса).
7) Проверки при неполадках
- В гостевой Ubuntu (если есть доступ к команде) проверить ip addr и default gateway, выполнить ping до роутера.
- На хосте: services.msc — убедиться, что сервисы VMware запущены (VMware Authorization Service, VMware DHCP Service, VMware NAT Service и т. п.).
- В Virtual Network Editor: посмотреть какие диапазоны IP у VMnet0/VMnet8 — 172.21.90.x — это внутренняя сеть VMware, значит VM подключена не к VMnet0.
Резюме: переключите сетевой адаптер виртуалки в Bridged и явно укажите в Virtual Network Editor (vmnetcfg) физический сетевой адаптер хоста. Убедитесь, что на этом адаптере включён «VMware Bridge Protocol», и при необходимости отключите Hyper‑V или подключитесь по Ethernet. После этого ВМ должна стабильно получать DHCP из вашей подсети 192.168.1.x и быть доступна с Компьютера 2. Если надо — могу дать точные шаги для извлечения vmnetcfg.exe из вашего инсталлятора VMware Player 17 или показать скриншоты/команды.