Vmware не работает dhcp
Всем привет, сегодня расскажу про ошибку Warning: DHCP lookup failed в VMware ESXI 5.5. Данная ошибка появляется на первом экране, после установки VMware ESXI 5.5, при начальной настройке. Давайте рассмотрим ее причины и методы ее устранения.
Появляется тогда, когда у вас на включенный сетевых интерфейсах не работает DHCP сервер, который мог бы выдать динамический ip адрес, для того, чтобы вы дальше удаленно могли все настроить, раз его нет давайте его зададим и разберемся с сетевыми адаптерами. Нажимаем F2 и вводим логин и пароль.
Переходим в пункт Configure Management Network, слева можете заметить APIPA адрес формата 169.*.*.*
И видим, что тот сетевой интерфейс который выбрал VMware ESXi 5.5 во время установки в состоянии Disconnected, выключаем его и выбираем любой со статусом Connected.
Статус Connected означает, что на них просто есть линк.
Все далее вы получите от DHCP ip адрес и можете продолжать настройку. Небольшой совет на всех серверах всегда настраивайте статические ip адреса.
Источник
VMware NSX для самых маленьких. Часть 3. Настройка DHCP
DHCP – сетевой протокол, позволяющий вашим виртуальным машинам автоматически получать IP-адрес и другие параметры, необходимые для работы в сети TCP/IP.
В NSX Edge есть три опции настроек DHCP:
- DHCP pool – создание пула адресов, которые будут выдаваться автоматически клиентам DHCP;
- DHCP binding – привязка конкретного IP-адреса к определенному mac-адресу;
- DHCP Relay – использование стороннего DHCP-сервера, выдающего IP-адреса серверам, которые находятся в других подсетях (отличных от DHCP-сервера).
Для того чтобы зайти в меню настроек DHCP-сервера, зайдите в раздел Administration и кликните на ваш виртуальный дата-центр. В появившемся горизонтальном меню выберите вкладку Edge Gateways, правой кнопкой мыши кликните на нужную сеть и выберите опцию Edge Gateway Services.
Перейдите в меню DHCP.
Настройка DHCP pool
Для создания нового DHCP pool нажмите +.
В появившемся окне укажите диапазон IP-адресов, которые будут выдавать клиентам DHCP-сервера. Данный диапазон не должен пересекаться со Static IP pool сети уровня организации.
Впишите Default Gateway, DNS, Subnet Mask. Нажмите Keep.
Настройка DHCP Binding
Чтобы привязать IP-адрес к определенному MAC-адресу, перейдите во вкладку Bindings и нажмите +.
В появившемся окне обязательно укажите:
- MAC-адрес сетевого интерфейса виртуальной машины, за которой хотим закрепить IP;
- Host Name –- название сервера;
- IP-адрес, который закрепляется за виртуальной машиной.
Нажмите Keep.
Настройка DHCP Relay
Чтобы настроить выдачу IP-адресов со стороннего DHCP-сервера, перейдите во вкладку DHCP Relay.
Укажите адрес стороннего DHCP-сервера. Можно это сделать с помощью IP Addresses
Добавьте интерфейс, где будет запущен DHCP Relay agent. Для этого нажмите на + в разделе DHCP Relay Agent.
Выберите из списка vNIC, где находятся DHCP-клиенты.
Важно: DHCP pool и DHCP binding не должны пересекаться с интерфейсом, где будет запущен DHCP Relay agent.
Когда все настройки завершены, возвращаемся на главную страницу, активируем DHCP и применяем изменения.
Теперь перейдите в настройки виртуальной машины. Во вкладке Hardware в настройках сетевого интерфейса NICs выберите IP Mode пункт DHCP.
Готово, можно пользоваться. В следующей статье разберем настройку статической и динамической маршрутизации.
Источник
Нет подключения к Интернету на виртуальной машине при выборе NAT на рабочей станции VMWare
Вчера я столкнулся с этой странной проблемой, когда я выбираю NAT в качестве сетевого адаптера в VMWare, я не получаю подключения к Интернету в виртуальной машине. У меня есть требование, где я должен иметь сетевой адаптер в качестве NAT.
Интернет правильно работает на моей машине, но не работает на моей виртуальной машине. Это показывает, что интернет-кабель отключен . Я получаю знак «X» на иконке интернета.
Даже если я подключен к Wi-Fi или локальной сети, у меня возникает та же проблема.
Мой хост-компьютер — Windows 7 Professional, а виртуальная машина — Windows 7 Professional N.
Любая идея, в чем может быть проблема. Я ссылался на другие ссылки, похожие на мою проблему, но, похоже, они не помогли решить мою проблему. Большинство из них попросили подключиться с помощью адаптера Bridged.
Любые предложения будут очень полезны.
Вам не нужно обязательно переустанавливать VMware. Вы можете потерять пользовательские настройки и настройки, если вы это сделаете.
Вот простое исправление
- Редактировать> Редактор виртуальной сети
- Предоставление прав администратора
- Вы увидите все сетевые адаптеры для настройки, настройте их под свои нужды
- Если вы не знаете, что это такое, просто нажмите Восстановить настройки по умолчанию
Я решил проблему. Хотя решение кажется довольно неудачным.
Я заметил, что служба VMware DHCP перестала работать и вообще не перезапускалась, что бы я ни пытался.
Поэтому мне пришлось удалить и переустановить рабочую станцию VMware, чтобы она заработала.
После переустановки я начал получать интернет с помощью адаптера NAT.
Но я все еще не уверен, почему служба не запускалась.
В моем случае это была служба VMWare NAT, которая не работала. Я начал это с перехода на services.msc, и интернет начал работать на гостевой виртуальной машине. В настройках виртуальной машины выберите NAT в качестве сетевого подключения.
Если вы работаете на карточном сервере с несколькими Nic, вы должны выбрать, какой Nic будет использоваться.
В VMware Workstation:
- Перейти к Редактировать, Сеть виртуальной конфигурации
- Выберите VM Nic автобридж
- В информации VMNet выберите мост и
- В опции «мост к» выберите правильную карту NIC, используемую VMware Workstation.
Я тоже столкнулся с проблемой, мне потребовалось много времени, чтобы понять, что случилось. Наконец, все, что я сделал, это запустил службу DHCP из диспетчера задач, который был остановлен, и он работал нормально.
В моем случае проблемы с NAT появились после обновления VM pro v15. Обновление инструментов ВМ в каждой ВМ не помогло. Вот что я сделал в хронологическом порядке:
- «Восстановил» VMware (через «панель управления» | «Добавить / удалить программы») и перезагрузил хост-компьютер. Это НЕ решило проблему.
- Удалены все сетевые адаптеры из виртуальной машины (Edit | Virtual Network Editors . )
- Добавил один новый NAT . затем восстановил подсеть в том виде, в котором она была раньше (со всеми проблемами сети она была записана в память несколько месяцев назад).
- Впоследствии запустил каждую ВМ и, конечно, сеть все еще НЕ работала каждый раз.
- Из меню ВМ (хост) для каждой ВМ я перенастроил сетевой адаптер на «пользовательский» и выбрал виртуальную сеть, созданную выше.
- Сетевой адаптер теперь работает в каждой виртуальной машине.
Ну, у меня была такая же проблема. Мой хост — Windows 7, виртуальная машина — Ubuntu, и я использую рабочую станцию.
Поэтому я просто вернул настройки по умолчанию в редакторе виртуальных сетей, и тогда все было в порядке.
Источник
BitrixVM на VMware Workstation не получает IP
| Цитата |
|---|
| Евгений Овчинников написал: Проблема такая. При запуске ВМ под VMware ip не получает, то есть IP4: undefined . Виртуальный адаптер настроен через мост. Перерыл уже все. на форуме похожая тема обсуждалась, но решения нет. Если что-то пропустил, то тыкните носом. |
| Цитата |
|---|
| Александр Суворов написал: |
| Цитата |
|---|
| Евгений Овчинников написал: Проблема такая. При запуске ВМ под VMware ip не получает, то есть IP4: undefined . Виртуальный адаптер настроен через мост. Перерыл уже все. на форуме похожая тема обсуждалась, но решения нет. Если что-то пропустил, то тыкните носом. |
поставьте чз NAT, если это не критично
Столкнулся с проблемой под Hyper-V — система не находит сетевого интерфейса, хотя указывает MAC
При ручном выборе 3. Configure network interface manually \ Enter selection
возникает ошибка «Your choice in incorrect. Please try again»
Пробовал различные варианты настройки сетевого адартера, возможно дело все-так в образе вирт.машиты по Hyper-V?
Вопрос решить пока не удается. При этом ошибка не возникает (IP4 успешно определяется) при запуске вирт.машины на VmWare с другого компьютера.
| Цитата |
|---|
| ООО «БГК» написал: Столкнулся с проблемой под Hyper-V — система не находит сетевого интерфейса, хотя указывает MAC |
| Цитата |
|---|
| ООО «БГК» написал: Столкнулся с проблемой под Hyper-V — система не находит сетевого интерфейса, хотя указывает MAC |
Ну а в настройках самой виртуальной машины Hyper-V сетевой адаптер есть? И какой MAC-адрес отдается?
На гипервизоре успешно работает с сетью еще 3 виртуалки с ОС Win. Пробовал разные варианты настройки сетевого интерфейса: internal, private, external (с каждым из 2 сет.карт).
На фото(4) представлена ошибка с IP и настройка сет.интерфейса в Hyper-V
Ну адаптер отдается, это уже хорошо (и, судя по MAC-адресу, CentOS его получает).
Теперь смотрите содержимое файлов
/etc/udev/rules.d/70-persistent-net.rules (здесь будет инфа по устройству, которая получила операционка) и /etc/sysconfig/network-scripts/ifcfg-eth0
| Цитата |
|---|
| Тимур Казимиров написал: Хм, если верить третьей картинке, то вы не тот файл показали. Надо 70-persistent-net.rules а вы смотрите 70-persistent-cd.rules |
Да Midnight Commander поставьте и его встроенный редактор используйте
yum install mc
Ну или, как вариант, в свойствах виртуалки дайте ей тот MAC, который отдавался для eth0
Жестко указал MAC в настройках сетевого адаптера, который шел для eth0
На окне авторизации сет.интерфейс изменился на eth0, но после авторизации сет.интерфейс по-прежнему не определяется, файлы не правил.
И MidnightCommander поставить не получиться — сети же нет.
| Цитата |
|---|
| Тимур Казимиров написал: В настройках eth0 стоит же получать адрес по DHCP. У вас адреса по DHCP раздаются? |
IP через DCHP раздаются, смущает что в окне выбора действия, нет интерфейса и не доступны пункты меню (1-2) кроме 0
Соответственно недоступна и ручная настройка IP-адреса
| Цитата |
|---|
| Тимур Казимиров написал: Ну без редактирования файлов, чувствую, вам не обойтись. Вы перезагружались, кстати, после явного назначения MAC-адреса? И что команда ifconfig показывает? |
Вариант 1 — Через виртуальный свитч External65 не идет DHCP.
1а. Может в каком-то из выделенных VLAN’ов на физический адаптер он есть? Тогда для виртуалки в настройках сетевухи надо этот VLAN указать).
1б. DHCP-сервер может не иметь динамического пула и строго отдавать айпишники по указанным MAC-адресам. Тогда надо указать в его настройках DHCP-сервера.
Вариант 2 — С DHCP все в порядке, но по каким-то причинам центос не хочет получать айпишник. Скорее всего tcpdump на виртуалке также не установлен, поэтому сниффить трафик на центоси не получится. Можно посмотреть логи DHCP-сервера на предмет всяческих запросов DHCPDISCOVER с MAC-адресом виртуалки. Но предположим, что это затруднительно. Тогда явно пропишем айпишник на адаптере. То есть, надо привести ваш /etc/sysconfig/network-scripts/ifcfg-eth0 к виду:
DEVICE=eth0
IPADDR=192.168.0.13 (здесь вписываем зарезервированный вами айпишник)
NETMASK=255.255.255.0 (указываем маску для используемой сети)
NETWORK=192.168.0.0 (указываем адрес сети, в которой выдан айпишник)
BROADCAST=192.168.0.255 (указываем широковещательный адрес этой сети)
GATEWAY=192.168.0.254 (адрес шлюза в используемой сети)
TYPE=Ethernet
ON BOOT=yes
HWADDR=00:15:5d:4e:57:0e (прописываем MAC-адрес отдаваемый виртуалке)
DNS1=192.168.233.11 (адрес DNS-сервера)
DNS2=192.168.200.11 (адрес резервного DNS-сервера)
BOOTPROTO=none
IPV6INIT=no
USERCTL=no
Разумеется, что все адреса здесь указаны от балды и вам надо заменить их на требуемые
После изменения файла или ребутнитесь, или просто дайте команду service network restart
Источник