Проблемы с сетью Ubuntu 18.04 в VMware Workstation 15.5.2

Вопрос или проблема

У меня проблемы с сетью в VMware Workstation v15.5.2 на Ubuntu 18.04. Я установил ESXi и OpenStack на VMware Workstation с использованием NAT, Host-only и Bridged адаптеров каждый раз, затем я настроил виртуальную машину внутри ESXi/OpenStack VM. Я мог пинговать виртуальную машину внутри OpenStack/ESXi с виртуальной машины Workstation, где были установлены ESXi и OpenStack, пинг также успешно выполнялся от хостовой машины к виртуальной машине Workstation, но невозможно пинговать в любом направлении между хостовой машиной и виртуальными машинами, созданными внутри OpenStack/ESXi.

– Вот странная часть:

Я провел те же лабораторные работы с теми же самыми настройками (в основном стандартные установки) на WINDOWS 10 VMware Workstation v15.5.2, и пинг работал отлично для трех упомянутых выше сценариев.

Таким образом, чтобы подвести итог, виртуальные машины, созданные внутри OpenStack/ESXi VM, не могут выходить за пределы своей родительской виртуальной машины, не могут достичь даже разных шлюзов разных типов сетевых адаптеров VMware Workstation.

Я попытался удалить VMware Workstation и установить его снова, но проблема остается. Кто-нибудь когда-нибудь замечал это или есть дополнительная конфигурация, которую нужно сделать в Ubuntu VMware, которая не нужна на Windows? Спасибо.

Кто-то нашел ответ, спасибо ему.

Включите режим промискуитета в VMware на Linux хосте. Использование виртуальных сетевых адаптеров в режиме промискуитета на Linux хостах.

Ответ или решение

Решение проблем с сетевым подключением в VMware Workstation 15.5.2 на Ubuntu 18.04

Проблемы с сетью в виртуальной среде могут быть довольно сложными, особенно когда они касаются различных операционных систем и конфигураций. Давайте разберем ваш случай, связанный с установленными ESXi и OpenStack в VMware Workstation 15.5.2 на Ubuntu 18.04.

Описание проблемы

Вы указали, что после установки ESXi и OpenStack в VMware Workstation с использованием различных сетевых адаптеров (NAT, Host-only и Bridged) сетевые пакеты между виртуальными машинами (VM) внутри ESXi/OpenStack и хостовой машиной не проходят. Вы можете пинговать VMs между собой и с хостовой машиной, но связь между хостом и VMs внутри ESXi/OpenStack не осуществляется. Аналогичная конфигурация в Windows 10 работает безупречно.

Это явный признак того, что Ubuntu требует дополнительных настроек конфигурации сети, которые могут не упоминаться в простых инструкциях.

Решение

1. Включение режима «прослушивания» (Promiscuous Mode)

Первое и очень важное решение, которое помогло вашей ситуации, — это активация режима «прослушивания» для виртуальных сетевых адаптеров. Режим «прослушивания» позволяет виртуальным машинам видеть все сетевые пакеты, проходящие через это подключение.

Шаги для включения режима «прослушивания»:

  1. Откройте VMware Workstation и перейдите в настройки вашей виртуальной машины, которая использует ESXi или OpenStack.

  2. Перейдите на вкладку "Настройка сетевого адаптера". Это может быть адаптер типа Bridged или Host-only.

  3. Найдите опцию Promiscuous Mode и установите его значение на Allow All или Allow VMs в зависимости от вашей конфигурации.

  4. Примените изменения и запустите виртуальную машину.

2. Проверка конфигурации сетевых адаптеров

Убедитесь, что настройки сетевых адаптеров в вашей Ubuntu соответствуют необходимым параметрам:

  • Для Bridged: Убедитесь в том, что адаптеры связаны с правильным физическим интерфейсом хоста Ubuntu. Для этого проверьте настройки сетевой карты в вашей хостовой системе.

  • Для NAT: Убедитесь, что NAT настроен правильно, и что VMware использует соответствующий встроенный DHCP-сервер для предоставления IP-адресов.

  • Для Host-only: Убедитесь, что все устройства находятся в одной подсети и могут взаимодействовать между собой.

3. Проверка файрвола

Также важно проверить, не блокирует ли файрвол Ubuntu пакеты, которые проходят между VM и хостом. Вы можете временно отключить файрвол следующим образом:

sudo ufw disable

Проверьте возможность пинга, а затем верните файрвол в рабочий режим:

sudo ufw enable

Если проблема исчезла после отключения, вам нужно будет настроить правила файрвола так, чтобы разрешить трафик между VM и хостовой машиной.

4. Проверка маршрутизации

Убедитесь, что маршруты настроены корректно. Вы можете проверить текущую таблицу маршрутизации с помощью команды:

ip route

Если ваши VMs могут пинговать свою основную машину (ESXi или OpenStack), это указывает на то, что локальная маршрутизация корректна. Однако, для связи с хостом может потребоваться дополнительная настройка.

Заключение

Ваш опыт с сетевыми проблемами в VMware Workstation на Ubuntu 18.04 полностью подтверждает, что данный процесс требует более внимательного подхода по сравнению с аналогичными установками на Windows. Включение режима «прослушивания» является одним из ключевых шагов для обеспечения корректного сетевого взаимодействия.

Не стесняйтесь обращаться за дальнейшей помощью, если проблемы повторятся, и удачи в ваших проектах с виртуальными машинами!

Оцените материал
Добавить комментарий

Капча загружается...