Настройка VMware Workstation Player для получения IP через DHCP
Пошаговая инструкция по настройке сетевого адаптера VMware Workstation Player для получения IP-адреса из подсети роутера через DHCP. Решение проблемы с неправильной подсетью 172.21.90.XXX.
Как настроить VMware Workstation Player для получения IP-адреса из подсети роутера через DHCP? Виртуальная машина Ubuntu с веб-сервером иногда получает IP из подсети 172.21.90.XXX вместо нужной подсети 192.168.1.XXX, что делает веб-сернер недоступным с другого компьютера в локальной сети. Какие настройки сетевых адаптеров в VMware или Windows 11 необходимо изменить для постоянного получения IP из подсети роутера?
Чтобы настроить VMware Workstation Player для получения IP-адреса из подсети роутера через DHCP, необходимо выбрать режим сетевого подключения “Bridged” (мостовой) вместо NAT, что позволит виртуальной машине получать IP-адрес напрямую от вашего роутера. Также потребуется проверить настройки сетевого адаптера хост-системы Windows 11 и убедиться, что он правильно получает IP из нужной подсети 192.168.1.XXX.
Содержание
- Основные режимы работы сети в VMware Workstation Player
- Настройка сетевого адаптера для получения IP через DHCP
- Проблемы с получением IP-адресов из неправильной подсети
- Конфигурация VMware Workstation Player для правильной работы с DHCP
- Дополнительные настройки в Windows 11 для решения сетевых проблем
- Проверка и тестирование сетевого подключения виртуальной машины
Основные режимы работы сети в VMware Workstation Player
В VMware Workstation Player доступно три основных режима сетевого подключения, каждый из которых подходит для разных сценариев использования. Понимание различий между этими режимами является ключом к решению проблемы с получением IP-адресов из правильной подсети.
Bridged (мостовой режим) - этот режим подключает виртуальную машину напрямую к физической сети через сетевой адаптер хост-компьютера. Виртуальная машина получает IP-адрес от вашего роутера так же, как любое другое устройство в сети. Это идеальный вариант для случаев, когда вам нужен прямой доступ к виртуальной машине из локальной сети, как в вашем случае с веб-сервером Ubuntu.
NAT (сетевое преобразование адресов) - в этом режиме VMware создает виртуальный сетевой адаптер, который использует IP-адрес хост-машины для доступа к внешней сети. Виртуальная машина получает IP-адрес из изолированной подсети (как 172.21.90.XXX в вашем случае), что делает ее недоступной напрямую из локальной сети. Этот режим удобен для интернета-доступа, но не подходит для локального доступа к сервисам.
Host-only (только для хоста) - создает изолированную сеть между хост-компьютером и виртуальными машинами. Виртуальные машины могут взаимодействовать друг с другом и с хостом, но не имеют доступа к внешней сети. Этот режим подходит для разработки в изолированной среде.
Для решения вашей проблемы с веб-сервером Ubuntu, который должен быть доступен из локальной сети, однозначно рекомендуется использовать режим Bridged. Почему? Потому что только в этом режиме ваша виртуальная машина будет получать IP-адрес из той же подсети, что и другие устройства в вашей локальной сети (192.168.1.XXX), что позволит ей быть доступной для других компьютеров.
Настройка сетевого адаптера для получения IP через DHCP
Давайте разберем пошаговую настройку сетевого адаптера в VMware Workstation Player для получения IP-адреса через DHCP из нужной подсети. Это ключевой шаг для решения вашей проблемы с недоступностью веб-сервера Ubuntu.
Шаг 1: Откройте настройки виртуальной машины
В VMware Workstation Player выберите вашу виртуальную машину с Ubuntu и нажмите “Настройки” или “Edit Virtual Machine Settings”. Найдите раздел “Network Adapter” (Сетевой адаптер) - здесь происходит вся магия настройки сети.
Шаг 2: Выберите режим “Bridged”
В разделе “Network Adapter” вы увидите выпадающий список “Connected to” (Подключено к). Из доступных вариантов выберите Bridged (Bridged to: Automatic). Этот режим соединяет вашу виртуальную машину напрямую с физической сетью через сетевой адаптер хост-компьютера.
Важно: убедитесь, что опция “Replicate physical network connection state” (Воспроизводить состояние физического сетевого подключения) включена. Эта опция позволяет виртуальной машине автоматически подключаться к сети, когда хост-машина подключена, и отключаться, когда хост отключается.
Шаг 3: Убедитесь в правильности выбора сетевого адаптера
Если у вас несколько сетевых адаптеров на хост-компьютере (например, Ethernet, Wi-Fi), убедитесь, что VMware использует правильный. Обычно это основной адаптер, который подключен к вашему роутеру. В списке “Bridge to” вы можете выбрать конкретный сетевой адаптер, если автоматический выбор не работает корректно.
Шаг 4: Настройка сети внутри Ubuntu
После настройки VMware перезагрузите виртуальную машину Ubuntu. Внутри Ubuntu убедитесь, что сетевой интерфейс настроен на автоматическое получение IP через DHCP. Обычно это можно проверить с помощью команды:
ip a
Или если вы используете NetworkManager:
nmcli connection show
В Ubuntu вы можете проверить настройки сети через графический интерфейс: откройте “Настройки” → “Сеть” и убедитесь, что выбрано “Автоматическое (DHCP)” для вашего сетевого интерфейса.
Шаг 5: Проверка IP-адреса
После перезагрузки проверьте, что ваша виртуальная машина получила IP-адрес из нужной подсети 192.168.1.XXX. Сделайте это командой ip a в Ubuntu или проверьте через настройки сети. Если IP-адрес все еще приходит из подсети 172.21.90.XXX, переходите к следующему разделу по устранению неполадок.
Проблемы с получением IP-адресов из неправильной подсети
Когда виртуальная машина Ubuntu получает IP-адрес из подсети 172.21.90.XXX вместо нужной 192.168.1.XXX, это создает серьезные проблемы с доступом к веб-серверу из локальной сети. Давайте разберем основные причины этой проблемы и способы ее решения.
Проблема №1: Неправильный режим сетевого подключения в VMware
Самая частая причина использования режима NAT вместо Bridged. В режиме NAT VMware создает виртуальную сеть с подсетью 172.21.90.0/24, и все виртуальные машины получают IP-адреса из этой подсети. Они могут выходить в интернет, но недоступны напрямую из вашей локальной сети 192.168.1.0/24.
Решение: как описано в предыдущем разделе, измените режим сетевого адаптера на Bridged. Это заставит VMware использовать физический сетевой адаптер хост-компьютера для подключения к сети, и виртуальная машина начнет получать IP-адрес от вашего роутера напрямую.
Проблема №2: Настройки сетевого адаптера хост-системы Windows 11
Иногда проблема кроется в настройках самой Windows 11. Если сетевой адаптер хост-машины не получает IP-адрес из подсети 192.168.1.XXX, то VMware в режиме Bridged не сможет правильно настроить сеть для виртуальной машины.
Проверьте настройки сетевого адаптера в Windows 11:
- Откройте “Параметры сети и интернет”
- Выберите “Изменение параметров адаптера”
- Найдите активный сетевой адаптер (обычно Ethernet или Wi-Fi)
- Кликните правой кнопкой и выберите “Свойства”
- Выберите “Протокол интернета версии 4 (TCP/IPv4)” и нажмите “Свойства”
- Убедитесь, что установлено “Получить IP-адрес автоматически” и “Получить адрес DNS-сервера автоматически”
Если ваш сетевой адаптер в Windows получает IP из другой подсети, вам нужно либо настроить его правильно, либо в VMware выбрать конкретный сетевой адаптер для моста.
Проблема №3: Конфликт MAC-адресов
Иногда VMware может назначить виртуальной машине MAC-адрес, который конфликтует с другими устройствами в сети. Это может привести к неправильному назначению IP-адреса или его отсутствию.
Решение: в настройках виртуальной машины перейдите в раздел “Network Adapter” и нажмите “Advanced”. Там вы можете изменить MAC-адрес вручную или сгенерировать новый случайный адрес. После изменения MAC-адреса перезагрузите виртуальную машину.
Проблема №4: Проблемы с DHCP на роутере
Иногда проблема может быть связана с настройками DHCP на вашем роутере. Если роутер не распознает виртуальную машину или имеет ограничения по количеству выделяемых IP-адресов, это может вызывать проблемы.
Проверьте настройки DHCP на роутере и убедитесь, что он настроен на раздачу IP-адресов из диапазона 192.168.1.100-192.168.1.200 (или другого подходящего диапазона). Также проверьте, не превышен ли лимит подключенных устройств.
Конфигурация VMware Workstation Player для правильной работы с DHCP
Для стабильного получения IP-адреса из нужной подсети 192.168.1.XXX в VMware Workstation Player потребуется выполнить несколько дополнительных настроек. Эти параметры помогут обеспечить надежную работу сети между виртуальной машиной Ubuntu и вашей локальной сетью.
Включение опции “Replicate physical network connection state”
Как упоминалось ранее, эта опция критически важна для автоматического управления сетевым подключением виртуальной машины. Когда включена, VMware автоматически подключает или отключает сетевой адаптер виртуальной машины в соответствии с состоянием сетевого подключения хост-компьютера.
Где найти: в настройках виртуальной машины → Network Adapter → внизу страницы есть флажок “Replicate physical network connection state”. Убедитесь, что он установлен. Это особенно важно для ноутбуков, где сетевое подключение может прерываться при переходе между сетями или при переходе в спящий режим.
Настройка DNS-серверов в виртуальной машине
Иногда даже при правильном получении IP-адреса через DHCP виртуальная машина может испытывать проблемы с разрешением имен. Это происходит, если DHCP-сервер роутера не корректно передает DNS-настройки.
В Ubuntu вы можете вручную указать DNS-серверы:
- Откройте файл /etc/netplan/01-network-manager-all.yaml
- Добавьте или измените раздел nameservers:
nameservers:
addresses: [8.8.8.8, 8.8.4.4]
- Примените настройки командой:
sudo netplan apply
Альтернативно, вы можете указать DNS-серверы в настройках сети через графический интерфейс Ubuntu: “Настройки” → “Сеть” → ваш сетевой интерфейс → “DNS” → добавьте адреса DNS-серверов (например, 8.8.8.8 и 8.8.4.4).
Использование статического IP-адреса как альтернатива DHCP
Если DHCP продолжает вызывать проблемы, вы можете назначить статический IP-адрес из нужной подсети вручную. Это особенно полезно для серверов, которые должны иметь постоянный IP-адрес.
В настройках сетевого адаптера VMware оставьте режим “Bridged”, а в настройках сети Ubuntu:
- Откройте “Настройки” → “Сеть”
- Выберите ваш сетевой интерфейс
- Нажмите “Изменить” (или значок шестеренки)
- Выберите “Метод” → “Ручной”
- Укажите:
- IP-адрес: например, 192.168.1.100 (выберите свободный адрес)
- Маска подсети: 255.255.255.0
- Шлюз: 192.168.1.1 (адрес вашего роутера)
- DNS: 8.8.8.8, 8.8.4.4
Этот подход гарантирует, что ваша виртуальная машина всегда будет иметь IP-адрес из нужной подсети, что критически важно для доступа к веб-серверу из локальной сети.
Настройка файрвола в Ubuntu
Не забудьте проверить настройки файрвола в Ubuntu. По умолчанию Ubuntu может блокировать входящие подключения к веб-серверу. Для тестирования можно временно отключить файрвол:
sudo ufw disable
После проверки снова включите:
sudo ufw enable
Или настрой правила, разрешающие доступ к вашему веб-серверу (обычно порт 80 для HTTP и 443 для HTTPS).
Дополнительные настройки в Windows 11 для решения сетевых проблем
Проблемы с сетевым подключением виртуальной машины могут не только в настройках VMware, но и в самой хост-системе Windows 11. Давайте рассмотрим дополнительные параметры, которые могут помочь решить проблему с получением IP-адреса из правильной подсети.
Настройки сетевого адаптера Windows 11
Иногда Windows 11 может блокировать или ограничивать доступ виртуальных машин к физическому сетевому адаптеру. Проверьте следующие параметры:
- Откройте “Параметры сети и интернет” в Windows 11
- Выберите “Изменение параметров адаптера”
- Найдите активный сетевой адаптер (Ethernet или Wi-Fi)
- Кликните правой кнопкой и выберите “Свойства”
- Убедитесь, что включены следующие протоколы:
- “Клиент для сетей Microsoft”
- “Файл и принтерное сетевое обнаружение Microsoft”
- “Протокол интернета версии 4 (TCP/IPv4)”
Особое внимание уделите протоколу TCP/IPv4 - он должен быть настроен на автоматическое получение IP и DNS.
Отключение Hyper-V
Если на вашем компьютере включена функция Hyper-V (часто используется для Windows Subsystem for Linux), она может конфликтовать с сетевыми адаптерами VMware. Для отключения:
- Откройте “Панель управления” → “Программы” → “Программы и компоненты”
- Нажмите “Включение или отключение компонентов Windows”
- Снимите галочку с “Hyper-V”
- Перезагрузите компьютер
После отключения Hyper VMware Workstation Player сможет использовать сетевые адаптеры без конфликтов.
Сброс сетевых настроек Windows
Иногда сброс сетевых настроек может решить проблемы с DHCP:
- Откройте командную строку от имени администратора
- Выполните команду:
netsh winsock reset
- Перезагрузите компьютер
Эта команда сбрасывает сетевые стеки Windows до заводских настроек, что может исправить проблемы с DHCP.
Проверка антивируса и файрвола
Некоторые антивирусные программы и файрволы могут блокировать сетевой доступ виртуальных машин. Попробуйте временно отключить антивирус и проверить, решает ли это проблему. Если да, добавьте исключения для VMware Workstation Player и виртуальных машин в настройки антивируса.
Для Windows Firewall:
- Откройте “Параметры безопасности Windows”
- Выберите “Брандмауэр Защитника Windows”
- Нажмите “Разрешить приложение или компонент через брандмауэр Windows”
- Убедитесь, что VMware Player разрешен для частных и общедоступных сетей
Проверка и тестирование сетевого подключения виртуальной машины
После выполнения всех настроек необходимо тщательно проверить сетевое подключение виртуальной машины Ubuntu, чтобы убедиться, что веб-сервер доступен из локальной сети. Давайте пройдемся по основным тестам, которые помогут подтвердить правильность настроек.
Проверка IP-адреса и сетевых настроек
Первый шаг - убедиться, что виртуальная машина получила правильный IP-адрес из подсети 192.168.1.XXX. В Ubuntu выполните:
ip a
Или для более подробной информации:
ip addr show
В выводе вы должны увидеть сетевой интерфейс с IP-адресом в диапазоне 192.168.1.0/24. Также проверьте настройки сети:
cat /etc/netplan/*.yaml
Убедитесь, что конфигурация указывает на использование DHCP.
Проверка подключения к интернету
Убедитесь, что виртуальная машина имеет доступ в интернет:
ping 8.8.8.8
Если пинг проходит успешно, значит, базовое сетевое подключение работает корректно.
Проверка доступности веб-сервера из самой виртуальной машины
Если у вас запущен веб-сервер (например, Apache или Nginx), проверьте его доступность изнутри виртуальной машины:
curl http://localhost
Или:
curl http://127.0.0.1
Убедитесь, что веб-сервер отвечает корректно.
Проверка доступности веб-сервера с хост-компьютера Windows 11
Теперь проверьте доступность веб-сервера с хост-компьютера Windows 11. Замените IP-адрес на тот, который получила ваша виртуальная машина:
ping 192.168.1.100
(где 192.168.1.100 - IP-адрес вашей виртуальной машины)
Если пинг проходит успешно, попробуйте получить доступ к веб-серверу через браузер на Windows: http://192.168.1.100
Проверка доступности веб-сервера с другого компьютера в локальной сети
Самый важный тест - проверка доступности веб-сервера с другого компьютера в вашей локальной сети. На другом компьютере в сети выполните:
ping 192.168.1.100
И откройте в браузере http://192.168.1.100. Если все работает, значит, настройка выполнена правильно.
Проверка файрвола и портов
Если веб-сервер недоступен, проверьте настройки файрвола в Ubuntu. Для временного отключения файрвола:
sudo ufw disable
После проверки снова включите:
sudo ufw enable
Или добавьте правила для разрешения доступа к веб-серверу:
sudo ufw allow 80/tcp # для HTTP
sudo ufw allow 443/tcp # для HTTPS
Тестирование с разными устройствами
Для полной уверенности, протестируйте доступность веб-сервера с разных устройств в вашей локальной сети:
- Другие компьютеры
- Смартфоны
- Таблетки
Это поможет убедиться, что проблема не связана с особенностями конкретного устройства или браузера.
Проверка журналов веб-сервера
Если веб-сервер не отвечает, проверьте его журналы на наличие ошибок:
Для Apache:
sudo tail -f /var/log/apache2/error.log
Для Nginx:
sudo tail -f /var/log/nginx/error.log
Журналы помогут выявить возможные проблемы конфигурации или прав доступа.
Источники
-
TechDocs — Основные режимы работы сети в VMware Workstation Player и настройка DHCP: https://docs.vmware.com/en/VMware-Workstation-Player/16.0/com.vmware.ws.using.doc/GUID-6A9E9A6F-2E4D-4A6B-8B5D-9B7E4F8D3B7C.html
-
Broadcom Knowledge Base — Решение проблем с неправильными подсетями IP-адресов в виртуальных машинах VMware: https://kb.vmware.com/s/article/1004022
-
VMware — Полное руководство по настройке сетей в VMware Workstation Player для получения IP через DHCP: https://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/products/workstation/workstation-player-networking-guide.pdf
-
MakeUseOf — Конфигурация сетевых параметров VMware Player и назначение статических IP-адресов: https://www.makeuseof.com/tag/configure-network-settings-vmware-player/
-
How-To Geek — Выбор правильного режима сетевого подключения для виртуальных машин VMware: https://www.howtogeek.com/196833/how-to-choose-the-right-networking-mode-for-your-vmware-virtual-machine/
Заключение
Настройка VMware Workstation Player для получения IP-адреса из подсети роутера через DHCP требует правильного выбора режима сетевого подключения “Bridged” и тщательной проверки настроек как в VMware, так и в хост-системе Windows 11. Основная проблема с получением IP-адреса из подсети 172.21.90.XXX вместо нужной 192.168.1.XXX обычно решается переходом на режим мостового подключения, который позволяет виртуальной машине получать IP-адрес напрямую от роутера.
Ключевые шаги для решения проблемы включают: изменение сетевого режима на “Bridged” в настройках VMware, проверку сетевого адаптера Windows 11 на правильное получение IP из нужной подсети, настройку DHCP в Ubuntu и проверку файрвола. Если DHCP продолжает вызывать проблемы, назначение статического IP-адреса из нужной подсети может быть надежным решением для серверных приложений, требующих постоянного доступа.
После выполнения всех настроек обязательно проведите комплексное тестирование сетевого подключения, проверив доступность веб-сервера как из самой виртуальной машины, так и с других компьютеров в локальной сети. Это гарантирует, что все изменения работают корректно и веб-сервер Ubuntu будет доступен для использования в вашей локальной сети.
В VMware Workstation Player доступны три основных режима сетевого подключения: Bridged (мостовой), NAT (сетевое преобразование адресов) и Host-only (только для хоста). Для получения IP-адреса из подсети роутера через DHCP рекомендуется использовать режим Bridged. В этом режиме виртуальная машина подключается напрямую к физической сети через сетевой адаптер хост-компьютера, что позволяет ей получать IP-адрес от вашего роутера так же, как физическое устройство.
Если виртуальная машина получает IP-адрес из неправильной подсети (например, 172.21.90.XXX вместо 192.168.1.XXX), это обычно связано с настройками сетевого адаптера в VMware. Проверьте, что выбран режим Bridged, а не NAT. Также убедитесь, что на хост-системе (Windows 11) сетевой адаптер, используемый для моста, правильно настроен и получает IP из нужной подсети 192.168.1.XXX. В некоторых случаях может потребоваться вручную указать DNS-серверы в настройках виртуальной машины.
Для стабильного получения IP-адреса из нужной подсети в VMware Workstation Player выполните следующие шаги: 1) Откройте настройки виртуальной машины, 2) Перейдите в раздел “Network Adapter”, 3) Выберите тип подключения “Bridged”, 4) Убедитесь, что опция “Replicate physical network connection state” включена, 5) В настройках сети Ubuntu виртуальной машины установите автоматическое получение IP через DHCP (DHCP client). Если проблема сохраняется, проверьте настройки файрвола на хост-системе и виртуальной машине.
Проблемы с получением IP-адресов из правильной подсети могут возникать из-за конфликта MAC-адресов или неправильной настройки сетевых служб. В VMware Workstation Player вы можете вручную назначить статический IP-адрес из нужной подсети, если DHCP не работает корректно. Для этого в настройках сетевого адаптера виртуальной машины выберите “Custom” и укажите конкретный IP из диапазона 192.168.1.XXX, маску подсети 255.255.255.0, шлюз 192.168.1.1 и DNS-серверы вашего роутера.
Если виртуальная машина Ubuntu с веб-сервером недоступна из локальной сети, убедитесь, что в настройках сетевого адаптера VMware выбран режим Bridged, а не NAT. В режиме NAT виртуальная машина находится в изолированной подсети и недоступна напрямую из локальной сети. Также проверьте настройки файрвола как на хост-системе Windows 11, так и в самой Ubuntu. Для доступа к веб-серверу с других компьютеров убедитесь, что порт веб-сервера открыт и правильно настроен.