Рабочая станция Vmware не получает IP

Обновлено: 21.11.2024

В мире гиков каждый, кто когда-либо писал практические руководства по операционным системам Windows и Linux, использует виртуальные машины для проверки своих шагов и конфигураций перед публикацией на веб-сайте. Точно так же я использую VirtualBox и рабочую станцию ​​VMware (пробная версия — установлена ​​за неделю до этого), чтобы выполнять все лабораторные работы для любых руководств, которые я выпускаю в ITzGeek.

Как вы все знаете, Microsoft выпустила бесплатное обновление до Windows 10 для всех пользователей Windows, которые когда-либо использовали соответствующую операционную систему, благодаря Microsoft. За неделю до обновления до Windows 10 я подумал воспользоваться преимуществами VMware Workstation 11, установив ее на свой ноутбук.

Одной из таких замечательных функций является использование службы VMware DHCP NAT, где вам не нужно устанавливать IP-адрес для гостевой работы, об этом позаботится служба VMware DHCP. Это очень полезно и экономит ваше драгоценное время.

Сразу после обновления Windows мои гостевые машины не смогли получить IP-адрес от VMware DHCP. Я перепробовал все варианты, но не получилось. Наконец я смог решить эту проблему, выполнив следующие шаги.

Откройте рабочую станцию ​​VMware, выберите «Правка» —> Редактор виртуальной сети.

Сетевой редактор VMware

Нажмите «Изменить настройки»,

Нажмите «Да» в окне «Управление доступом пользователей».

Нажмите «Восстановить значения по умолчанию» в левом нижнем углу.

VMware Network Editor — восстановить настройки по умолчанию

Подождите минуту, все настройки будут сброшены. Теперь перейдите на гостевую машину и сбросьте сетевое подключение.

Автопредложение помогает быстро сузить результаты поиска, предлагая возможные совпадения по мере ввода.

  • Технологическая сеть VMware
  • :
  • Гипервизор рабочего стола
  • :
  • Рабочая станция VMware
  • :
  • Обсуждение VMware Workstation Player
  • :
  • Мостовая сеть не работает на хосте Windows 10

mmartin0926

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

Это второе обсуждение, которое я публикую по этой проблеме, так как она все еще остается проблемой после обновления VMWare Workstation Player до версии 14.1.5 build-10950780. И я так и не получил ответов на свой исходный пост.

Похоже, что VMnet0 по-прежнему не работает после обновления. При использовании настроек сети по умолчанию в редакторе виртуальных сетей и выборе «Мост: подключен непосредственно к физической сети» в настройках виртуальной машины виртуальная машина отключается от сети, а затем снова подключается. Однако он остается подключенным через VMnet8 (*NAT). Я могу сказать, потому что он использует IP-адреса DHCP-пула, показанные в ipconfig Windows для vmnet8.

Кроме того, запуск ipconfig /all в Windows не показывает, что VMnet0 действительно существует. Я предполагаю, что обычно вы видите адаптер VMnet0 в выводе ipconfig.

Я могу найти обходной путь для моста, воспользовавшись Редактором виртуальной сети и настроив VMnet8 в качестве адаптера моста. Однако, когда я делаю это, я могу только вручную выбрать, какой физический адаптер я хочу использовать, то есть адаптер Ethernet или адаптер Wi-Fi. А также, при этом работает только опция Ethernet-адаптер, не будет работать при ручном выборе адаптера Wi-Fi в редакторе, виртуальная машина просто никогда не подключается к Wi-Fi.

Хост: Windows 10 Pro (*10.0.16299 сборка 16299)

Гость: Linux — OpenSuSE 11.4

Заранее спасибо,

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

Кроме того, запуск ipconfig /all в Windows не показывает, что VMnet0 действительно существует. Я предполагаю, что обычно вы видите адаптер VMnet0 в выводе ipconfig

Нет, VMnet0 — это не адаптер, а клиент. В настройках конфигурации вашей физической сетевой карты вы должны увидеть «Протокол моста VMware» или аналогичный параметр.

Вы уверены, что виртуальная машина все еще подключена, когда вы переключаетесь с NAT на мост? Многие новые операционные системы Linux кэшируют настройки сетевого адаптера, и если вы меняете подсеть и т. д., к которым он подключен на хосте, вам придется выполнить некоторую перенастройку в гостевой системе.

mmartin0926

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

Спасибо за ответ и извините за задержку.Никогда не получал уведомления о том, что у меня есть ответ, извините за это.

Правильно, на моем хосте с Windows 10, если я проверю страницу свойств моих физических сетевых адаптеров, я увижу, что протокол, о котором вы говорите, включен.

Итак, в настоящее время сетевой адаптер виртуальной машины в VMware Player показывает "Bridged", как вы можете видеть ниже.

Затем, глядя на саму виртуальную машину, на которой запущен ifconfig, он показывает следующее, которое не является подсетью нашей проводной сети:

На моем хосте Windows ipconfig показывает:

Сетевой адаптер VMware Network Adapter VMnet8:

DNS-суффикс для конкретного подключения . :

Описание . . . . . . . . . . . : VMware Virtual Ethernet Adapter для VMnet8

Физический адрес. . . . . . . . . : 00-50-56-C0-00-08

DHCP включен. . . . . . . . . . . : Нет

Автоконфигурация включена . . . . : Да

Локальный IPv6-адрес ссылки . . . . . : fe80::547d:7daf:4bdf:1b1e%24(предпочтительно)

IPv4-адрес. . . . . . . . . . . : 192.168.153.1(предпочтительно)

Маска подсети . . . . . . . . . . . : 255.255.255.0

Шлюз по умолчанию . . . . . . . . . :

DHCPv6 IAID . . . . . . . . . . . : 402673750

DUID клиента DHCPv6. . . . . . . . : 00-01-00-01-21-CA-90-87-54-E1-AD-4C-97-1E

DNS-серверы . . . . . . . . . . . : fec0:0:0:ffff::1%1

fec0:0:0:ffff::2%1

fec0:0:0:ffff::3% 1

Основной WINS-сервер. . . . . . . : 192.168.153.2

NetBIOS через Tcpip. . . . . . . . : включено

И затем редактор виртуальной сети показывает следующее:

Поэтому я не совсем понимаю, в чем проблема. Но это не будет работать с vmnet0. Я даже только что обновил VMware Player до 14.1.6 build-12368378, и проблема все еще возникает после завершения обновления.

Однако, если в Редакторе виртуальных сетей я изменю VMnet8 на мостовое соединение, а затем вручную выберу Ethernet-адаптер, он сработает, и моя виртуальная машина получит IP-адрес в проводной подсети. Но если я поменяю его на мост адаптера Wi-Fi, это не сработает.

Есть ли какой-либо журнал на хосте или в гостевой системе, в котором говорилось бы о том, почему VMnet0 дает сбой?

В настоящее время я пытаюсь автоматизировать установку из esxi 7 с помощью файла кикстарта.

esxi устанавливается и получает IP-адрес от моего DHCP-сервера. я также могу выключить виртуальную машину или перезагрузить виртуальную машину, и я получаю IP-адрес. Но когда я делаю полное клонирование этой виртуальной машины, виртуальная машина не получает IP-адрес от моего DHCP-сервера

Кто-нибудь знает, в чем причина такого странного поведения

Сведения о рабочей станции Vmware:

VmWare Workstation 16 Pro | 16.1.2 сборка-17966106

Сетевой адаптер 1 мост

Сетевой адаптер 2 только для хоста

Сетевой адаптер 3 только для хоста

Сетевой адаптер 4 только для хоста

Убедитесь, что MAC-адрес уникален для каждой машины.

Бинго, клонированный esxi, скорее всего, будет использовать тот же Mac. Я видел, как это происходило, когда я случайно переключал SD-карты. В общем, не рекомендуется клонировать esxi

Чтобы это работало, вам необходимо активировать неразборчивый режим для интерфейсов в VMware Workstation. Найдите файл VMX, связанный с ESXI 7. Отредактируйте файл и найдите:
ethernet%d.noPromisc = "FALSE" (замените %d номером Ethernet)
Запустите машину, и интерфейс будет работать в неразборчивом режиме.

Источник Википедия: в неслучайном режиме, когда сетевая карта получает кадр, она отбрасывает его, если кадр не адресован MAC-адресу этой сетевой карты или не является кадром с широковещательным или многоадресным адресом. Однако в неразборчивом режиме сетевая карта пропускает все кадры, что позволяет компьютеру считывать кадры, предназначенные для других машин или сетевых устройств.

При первой установке ESXi берет MAC-адрес первого физического адаптера и использует его для своего интерфейса vmk0.

Если вы затем клонируете установку ESXi. даже если вы убедитесь, что MAC-адрес для первого адаптера отличается, это не будет иметь значения, поскольку клонированный ESXi будет продолжать использовать MAC-адрес, который он изначально выбрал для своего интерфейса vmk0, поэтому вы получите дублирующиеся MAC-адреса для вашего два экземпляра ESXi (если вы не измените расширенный параметр).

Invicti Web Application Security Scanner — единственное решение, обеспечивающее автоматическую проверку уязвимостей с помощью Proof-Based Scanning™.

Наша аудитория поддерживает Geekflare. Мы можем получать партнерские комиссионные за покупку ссылок на этом сайте.

Обеспечьте безопасность приложений правильно! Обнаружение, защита, мониторинг, ускорение и многое другое…

Новый вид. Новая CentOS!

Да, так говорит CentOS 7.

В любом случае, недавно я установил CentOS 7 поверх VMware, и установка прошла довольно гладко. Сразу после установки я попытался просмотреть некоторые веб-страницы, и это не удалось.

Выполняя базовые действия по устранению неполадок, я заметил, что при настройке ifconfig IP-адреса отсутствуют

Вы находитесь в той же ситуации, что и я?

В этой статье я расскажу о том, как исправить, если у вас нет интернета на VMware с CentOS 7.

Это наводит меня на мысль, что либо сетевой адаптер не включен, либо ему не удалось получить IP-адрес DHCP.

Решение

  • Доступ к терминалу/консоли
  • Стать пользователем root, если вы еще этого не сделали
  • Выполнить команду dhclient –v
  • Вы заметите, что он привяжет IP-адрес, как показано ниже.

Бум, вот и все, теперь у вас должен быть Интернет. Вы также заметите IP при выполнении ifconfig

Добавить это в автозапуск

Возможно, вам будет интересно включить автозапуск, чтобы вам не приходилось делать это каждый раз при запуске виртуальной машины CentOS.

Вот как вы можете перевести скрипт в автозапуск, чтобы он запускался автоматически после перезагрузки ВМ.

  • Перейдите в /etc/init.d
  • Создайте файл со следующим, я оставил имя «net-autostart»
  • Сохранить файл
  • Изменить разрешение файла как исполняемый
  • Добавить этот скрипт для автозапуска с помощью команды chkconfig
  • Перезапустите ВМ для проверки

Надеюсь, это поможет.

Если вы хотите овладеть навыками администрирования Linux, ознакомьтесь с этим курсом.

Читайте также: