Vmware workstation не получает ip
Проблема такая. При запуске ВМ под VMware ip не получает, то есть IP4: undefined . Виртуальный адаптер настроен через мост.
Перерыл уже все. на форуме похожая тема обсуждалась, но решения нет.
Если что-то пропустил, то тыкните носом.
Цитата |
---|
Евгений Овчинников написал: Проблема такая. При запуске ВМ под VMware ip не получает, то есть IP4: undefined . Виртуальный адаптер настроен через мост. Перерыл уже все. на форуме похожая тема обсуждалась, но решения нет. Если что-то пропустил, то тыкните носом. |
Цитата |
---|
Евгений Овчинников написал: Проблема такая. При запуске ВМ под VMware ip не получает, то есть IP4: undefined . Виртуальный адаптер настроен через мост. Перерыл уже все. на форуме похожая тема обсуждалась, но решения нет. Если что-то пропустил, то тыкните носом. |
Да уже.
Но просто хотелось разобраться в проблеме. Пробовал и в сети с настроенным DHCP. При том что на рабочей машине все отлично получает, а на домашнем компьютере нет.
Тоже столкнулся с такой проблемой при подключении машины в режиме "моста" в VMWARE. В общем решил пока проблему просто - в виртуалке Битрикс вручную прописал IP адресацию, которую раздает DHCP в сети. Так что, если хочется подключать виртуалку именно так, то рекомендую попробовать.
Столкнулся с проблемой под 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 |
На гипервизоре успешно работает с сетью еще 3 виртуалки с ОС Win. Пробовал разные варианты настройки сетевого интерфейса: internal, private, external (с каждым из 2 сет.карт).
На фото(4) представлена ошибка с IP и настройка сет.интерфейса в Hyper-V
Ну адаптер отдается, это уже хорошо (и, судя по MAC-адресу, CentOS его получает).
Содержимое файлов в картинках(3)
1-я картинка показывает отсутствие сетевого интерфейса eth1 (при этом файла ifcfg-eth1 тоже нет), который был на окне авторизации.
Ага, судя по информации о MAC-адресе, это eth1, поэтому, как вариант, удалите из этого файла две другие записи, замените eth1 на eth0 и ребутнитесь.
Кстати, в настройках виртуальной машины лучше явно пропишите ей отдаваемый MAC-адрес.
А как в bash 4.1 отредактировать файл (Nix системы ранее не доводилось админить), убрав строки?
fcedit, pico найти не удалось, вот что выводит help
Да Midnight Commander поставьте и его встроенный редактор используйте
yum install mc
Ну или, как вариант, в свойствах виртуалки дайте ей тот MAC, который отдавался для eth0
Жестко указал MAC в настройках сетевого адаптера, который шел для eth0
На окне авторизации сет.интерфейс изменился на eth0, но после авторизации сет.интерфейс по-прежнему не определяется, файлы не правил.
И MidnightCommander поставить не получиться - сети же нет.
Цитата |
---|
Тимур Казимиров написал: В настройках eth0 стоит же получать адрес по DHCP. У вас адреса по DHCP раздаются? |
IP через DCHP раздаются, смущает что в окне выбора действия, нет интерфейса и не доступны пункты меню (1-2) кроме 0
Соответственно недоступна и ручная настройка IP-адреса
Ну без редактирования файлов, чувствую, вам не обойтись.
Вы перезагружались, кстати, после явного назначения MAC-адреса?
И что команда ifconfig показывает?
Цитата |
---|
Тимур Казимиров написал: Ну без редактирования файлов, чувствую, вам не обойтись. Вы перезагружались, кстати, после явного назначения MAC-адреса? И что команда ifconfig показывает? |
Перезагружал. Иначе интерфейс eth0 не поменялся бы, я думаю. Странно, что ip6 определился .
Что потребуется поменять в файл
Вариант 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
Проблема такая. При запуске ВМ под VMware ip не получает, то есть IP4: undefined . Виртуальный адаптер настроен через мост.
Перерыл уже все. на форуме похожая тема обсуждалась, но решения нет.
Если что-то пропустил, то тыкните носом.
Цитата |
---|
Евгений Овчинников написал: Проблема такая. При запуске ВМ под VMware ip не получает, то есть IP4: undefined . Виртуальный адаптер настроен через мост. Перерыл уже все. на форуме похожая тема обсуждалась, но решения нет. Если что-то пропустил, то тыкните носом. |
Цитата |
---|
Евгений Овчинников написал: Проблема такая. При запуске ВМ под VMware ip не получает, то есть IP4: undefined . Виртуальный адаптер настроен через мост. Перерыл уже все. на форуме похожая тема обсуждалась, но решения нет. Если что-то пропустил, то тыкните носом. |
Да уже.
Но просто хотелось разобраться в проблеме. Пробовал и в сети с настроенным DHCP. При том что на рабочей машине все отлично получает, а на домашнем компьютере нет.
Тоже столкнулся с такой проблемой при подключении машины в режиме "моста" в VMWARE. В общем решил пока проблему просто - в виртуалке Битрикс вручную прописал IP адресацию, которую раздает DHCP в сети. Так что, если хочется подключать виртуалку именно так, то рекомендую попробовать.
Столкнулся с проблемой под 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 |
На гипервизоре успешно работает с сетью еще 3 виртуалки с ОС Win. Пробовал разные варианты настройки сетевого интерфейса: internal, private, external (с каждым из 2 сет.карт).
На фото(4) представлена ошибка с IP и настройка сет.интерфейса в Hyper-V
Ну адаптер отдается, это уже хорошо (и, судя по MAC-адресу, CentOS его получает).
Содержимое файлов в картинках(3)
1-я картинка показывает отсутствие сетевого интерфейса eth1 (при этом файла ifcfg-eth1 тоже нет), который был на окне авторизации.
Ага, судя по информации о MAC-адресе, это eth1, поэтому, как вариант, удалите из этого файла две другие записи, замените eth1 на eth0 и ребутнитесь.
Кстати, в настройках виртуальной машины лучше явно пропишите ей отдаваемый MAC-адрес.
А как в bash 4.1 отредактировать файл (Nix системы ранее не доводилось админить), убрав строки?
fcedit, pico найти не удалось, вот что выводит help
Да Midnight Commander поставьте и его встроенный редактор используйте
yum install mc
Ну или, как вариант, в свойствах виртуалки дайте ей тот MAC, который отдавался для eth0
Жестко указал MAC в настройках сетевого адаптера, который шел для eth0
На окне авторизации сет.интерфейс изменился на eth0, но после авторизации сет.интерфейс по-прежнему не определяется, файлы не правил.
И MidnightCommander поставить не получиться - сети же нет.
Цитата |
---|
Тимур Казимиров написал: В настройках eth0 стоит же получать адрес по DHCP. У вас адреса по DHCP раздаются? |
IP через DCHP раздаются, смущает что в окне выбора действия, нет интерфейса и не доступны пункты меню (1-2) кроме 0
Соответственно недоступна и ручная настройка IP-адреса
Ну без редактирования файлов, чувствую, вам не обойтись.
Вы перезагружались, кстати, после явного назначения MAC-адреса?
И что команда ifconfig показывает?
Цитата |
---|
Тимур Казимиров написал: Ну без редактирования файлов, чувствую, вам не обойтись. Вы перезагружались, кстати, после явного назначения MAC-адреса? И что команда ifconfig показывает? |
Перезагружал. Иначе интерфейс eth0 не поменялся бы, я думаю. Странно, что ip6 определился .
Что потребуется поменять в файл
Вариант 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
Проблема такая. При запуске ВМ под VMware ip не получает, то есть IP4: undefined . Виртуальный адаптер настроен через мост.
Перерыл уже все. на форуме похожая тема обсуждалась, но решения нет.
Если что-то пропустил, то тыкните носом.
Цитата |
---|
Евгений Овчинников написал: Проблема такая. При запуске ВМ под VMware ip не получает, то есть IP4: undefined . Виртуальный адаптер настроен через мост. Перерыл уже все. на форуме похожая тема обсуждалась, но решения нет. Если что-то пропустил, то тыкните носом. |
Цитата |
---|
Евгений Овчинников написал: Проблема такая. При запуске ВМ под VMware ip не получает, то есть IP4: undefined . Виртуальный адаптер настроен через мост. Перерыл уже все. на форуме похожая тема обсуждалась, но решения нет. Если что-то пропустил, то тыкните носом. |
Да уже.
Но просто хотелось разобраться в проблеме. Пробовал и в сети с настроенным DHCP. При том что на рабочей машине все отлично получает, а на домашнем компьютере нет.
Тоже столкнулся с такой проблемой при подключении машины в режиме "моста" в VMWARE. В общем решил пока проблему просто - в виртуалке Битрикс вручную прописал IP адресацию, которую раздает DHCP в сети. Так что, если хочется подключать виртуалку именно так, то рекомендую попробовать.
Столкнулся с проблемой под 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 |
На гипервизоре успешно работает с сетью еще 3 виртуалки с ОС Win. Пробовал разные варианты настройки сетевого интерфейса: internal, private, external (с каждым из 2 сет.карт).
На фото(4) представлена ошибка с IP и настройка сет.интерфейса в Hyper-V
Ну адаптер отдается, это уже хорошо (и, судя по MAC-адресу, CentOS его получает).
Содержимое файлов в картинках(3)
1-я картинка показывает отсутствие сетевого интерфейса eth1 (при этом файла ifcfg-eth1 тоже нет), который был на окне авторизации.
Ага, судя по информации о MAC-адресе, это eth1, поэтому, как вариант, удалите из этого файла две другие записи, замените eth1 на eth0 и ребутнитесь.
Кстати, в настройках виртуальной машины лучше явно пропишите ей отдаваемый MAC-адрес.
А как в bash 4.1 отредактировать файл (Nix системы ранее не доводилось админить), убрав строки?
fcedit, pico найти не удалось, вот что выводит help
Да Midnight Commander поставьте и его встроенный редактор используйте
yum install mc
Ну или, как вариант, в свойствах виртуалки дайте ей тот MAC, который отдавался для eth0
Жестко указал MAC в настройках сетевого адаптера, который шел для eth0
На окне авторизации сет.интерфейс изменился на eth0, но после авторизации сет.интерфейс по-прежнему не определяется, файлы не правил.
И MidnightCommander поставить не получиться - сети же нет.
Цитата |
---|
Тимур Казимиров написал: В настройках eth0 стоит же получать адрес по DHCP. У вас адреса по DHCP раздаются? |
IP через DCHP раздаются, смущает что в окне выбора действия, нет интерфейса и не доступны пункты меню (1-2) кроме 0
Соответственно недоступна и ручная настройка IP-адреса
Ну без редактирования файлов, чувствую, вам не обойтись.
Вы перезагружались, кстати, после явного назначения MAC-адреса?
И что команда ifconfig показывает?
Цитата |
---|
Тимур Казимиров написал: Ну без редактирования файлов, чувствую, вам не обойтись. Вы перезагружались, кстати, после явного назначения MAC-адреса? И что команда ifconfig показывает? |
Перезагружал. Иначе интерфейс eth0 не поменялся бы, я думаю. Странно, что ip6 определился .
Что потребуется поменять в файл
Вариант 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
Всем привет, сегодня хочу продолжить тему по настройке домашней виртуальной инфраструктуры на Wmware workstation. И сегодня мы рассмотрим как производится настройка сети Wmware workstation, для виртуальных машин. Какие виды сети там бывают и для чего каждый вид используется, понимание данных догматов, очень сильно расширит ваши возможности в плане применения данного гипервизора.
И так в предыдущий раз мы с вами создали виртуальную машину и установили на нее операционную систему. Теперь предположим, что вы создаете еще одну виртуальную машину и хотите организовать домен Active Directory, но для этого нужно настроить сеть Wmware workstation. Рассмотрим где это делается и какие есть веды сети.
Виды сетей Wmware workstation
И так какие виды сетей бывают в данном виде виртуализации:
- Мост > подключение непосредственно к физической сети. bridge как его еще называют объединяет несколько портов в виртуальный коммутатор, по сути вы увидите в виртуалке ваш сетевой интерфейс.
- NAT > по сути создается несколько отдельных сетевых интерфейсов, через которые ваша виртуальная машина получает интернет, физический адаптер натирует виртуальный адаптер.
- Только для узла > частная сеть только с узлом, это по сути закрытая локальная сеть которую настраивает Wmware workstation, между физическим компьютером и виртуальной машиной.
- Другое. указать виртуальную сеть > по сути закрытая изолированная сеть
- Сегмент локальной сети > изолированная сеть, создаваемая вами лично, трафик бегает только между виртуалками.
Как устранить проблему с неправильным IP-адресом
Первое, что я начал делать, это поискать в реестре Windows, я вам уже делал подробный обзор, о тех утилитах которыми я пользуюсь. Открываем Registry Finder и начинаем искать не правильный IP_адрес, в моем случае это 192.168.31.51. Как видите в мое поле зрения вошли некоторые ветки реестра:
- HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\ Tcpip\Parameters\Interfaces\GUID
- HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\ WLBS\Parameters\Interfaces\GUID
- HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\ GUID\Parameters\Tcpip
- HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002\Services\ Tcpip\Parameters\Interfaces\GUID
- HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002\Services\ WLBS\Parameters\Interfaces\GUID
- HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002\Services\ GUID\Parameters\Tcpip
- HKEY_LOCAL_MACHINE\SYSTEM\ControlSet\Services\ Tcpip\Parameters\Interfaces\GUID
- HKEY_LOCAL_MACHINE\SYSTEM\ControlSet\Services\ WLBS\Parameters\Interfaces\GUID
- HKEY_LOCAL_MACHINE\SYSTEM\ControlSet\Services\ GUID\Parameters\Tcpip
В каждой из них есть ключи реестра IPAddress, DedicatedIPAddresses, которые и используются по какой-то причине операционной системой.
Я так же проверил, что в этих же ветках содержится и правильный IP-адрес.
Как видите в каждой из этих веток есть GUID сетевого интерфейса, в моей системе я вижу только один сетевой интерфейс, но в реестре их два. Давайте удостоверимся, что система видит их больше, для этого откройте оболочку PowerShell и введите команду:
Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\services\Tcpip\Parameters\Interfaces\*" | select -ExpandProperty pschildname
В результате я удостоверился, что у меня есть некий фантом. Ранее я вам рассказывал, как определить GUID сетевого интерфейса, поэтому давайте убедимся, какой из них правильный, а какой нет. Напоминаю, правильный у меня тот интерфейс, который имеет тип VMXNET3 (Должен заканчиваться на D4).
Так же я вам советую еще открыть диспетчер устройств и включить отображение скрытых устройств, на предмет поиска старого сетевого интерфейса, который там мог легко остаться после миграции физического сервера в виртуальную машину P2V-миграция.
В результате первый GUID заканчивающийся на B2> оказался старый интерфейс от сетевой карты, у которой тип был E1oo0 и производитель Intel. Именно он подставлялся, на свежедобавленный интерфейс, такого же типа E1000. Видимо, Windows оставляет у себя эту информацию после удаления интерфейсов, и потом ее восстанавливает если GUID одинаковые, видимо это нормальное поведение, которое и позволяет на лету менять оборудование.
У второго GUID все нормально, тип VMXNET3, это и есть текущий.
Описание ситуации
И так есть кластер построенный на гипервизоре ESXI 6.5, у одной из виртуальных машин необходимо было изменить тип сетевого интерфейса с VMXNET3 на E1000. После того, как преобразования были выполнены и виртуальная машина была запущена, она получила какие-то неправильные сетевые настройки, IP-адрес, шлюз и DNS сервера не из того VLAN.
Изначально виртуальная машина имела IP-адрес 10.11.22.4
Но после того, как интерфейс был изменен, должны были прилететь настройки APIPA, а тут статический IP-адрес 192.168.31.51. Сбросить его на DHCP или другой IP-адрес ни к чему не приводили.
Только для узла
Продолжаем с етевые настройки VMWare Workstation и устанавливаем значение Только для узла. И так теперь ваша virtual machine получает ip адрес из локальной сети в которой только она и ваш физический компьютер.
На фихическом хосте.
Режим моста
Вот параметры моего сетевого адаптера на физическом компьютере, как видите ip адрес 192.168.0.77 и шлюз 192.168.0.1
А вот настройки сети на виртуальной машине Wmware workstation 192.168.0.11 и с таким же основным шлюзом. Из чего можно сделать вывод, что настройка сети, произведена в одном сегменте и если бы у меня еще был ноутбук подключенный через WiFi, то я бы с него имел доступ на прямую к виртуальной машине, так как они были бы в одной локальной сети. Единственной, что все бы шло через физический адаптер компьютера где настроена виртуализация.
Сегмент локальной сети
Теперь выбираем созданный сегмент, подойдет для доменов active directory например.
Как видите Wmware workstation в данный момент 12 версия, очень мощный инструмент для организации различного уровня сложности и задачи сетей, думаю сценарии вы придумаете сами.
Виды сетей Wmware workstation
И так какие виды сетей бывают в данном виде виртуализации:
- Мост > подключение непосредственно к физической сети. bridge как его еще называют объединяет несколько портов в виртуальный коммутатор, по сути вы увидите в виртуалке ваш сетевой интерфейс.
- NAT > по сути создается несколько отдельных сетевых интерфейсов, через которые ваша виртуальная машина получает интернет, физический адаптер натирует виртуальный адаптер.
- Только для узла > частная сеть только с узлом, это по сути закрытая локальная сеть которую настраивает Wmware workstation, между физическим компьютером и виртуальной машиной.
- Другое. указать виртуальную сеть > по сути закрытая изолированная сеть
- Сегмент локальной сети > изолированная сеть, создаваемая вами лично, трафик бегает только между виртуалками.
Другое: указать виртуальную сеть
В данном случае у вас тут может быть как и мост так и NAT, а может и изолированная сеть, все зависит от того как вы настроите в редакторе виртуальных сетей.
Как настроить сеть
Для этого заходим в параметры виртуальной машины и выбираете новый или существующий сетевой адаптер. По умолчанию стоит NAT, в данной настройке встроенный сервер DHCP, выдает вам внутренний ip адрес. Так же при установке VMware, у вас на физическом хосте создается два сетевых виртуальных интерфейса, через которые и проксируется трафик.
Вот настройки network интерфейса vm машинке:
- ip адрес 192.168.145.128 192.168.145.2
- DHCP сервер 192.168.145.254
Смотрим настройки тех сетевых адаптеров что у вас добавились на физическом компьютере:
- ip адрес 192.168.145.1, как видите они из одного сегмента 145. Что позволяет вам получать интернет в виртуалке.
Настройки NAT можно посмотреть Правка > Редактор виртуальной сети
В данном редакторе можно задать и посмотреть параметры NAT
Щелкаем Параметры NAT, тут видно шлюз 192.168.145.2, при желании его можно заменить на нужный вам. Обратите внимание можно даже пробрасывать порты в нужную машинку.
посмотреть параметры DNS. По умолчанию задаются автоматически, но можно задать и вручную.
Параметры DHCP, в них указывается выдаваемый пул ip адресов, время аренды.
Давайте сделаем трассировку из нашей vm и посмотрим прохождение трафика. Как видите первым хопом идет шлюз, а дальше уже шлюз физического интерфейса, куда трафик попадает через тот виртуальный интерфейс с ip 192.168.145.1.
Читайте также: