Я пытаюсь провести базовое тестирование DHCP-сервера (Windows Server 2012).
Все это тестирование пытаюсь сделать с ноута. Виртуальные машины настроены только для хоста (или для параметра «Только для моего Mac»).
Для начала; у меня есть win2012 DHCP-сервер с частным IP (172.16.158.128). Это то, что было по умолчанию после настройки сети только для хоста.
Пример настройки, в основном, такой:
Add-DhcpServerv4Scope -Name "Test Scope" -StartRange 172.16.158.50 -EndRange 172.16.158.60 -SubnetMask 255.255.255.0
Я пытаюсь проверить настройку конкретного хоста рабочей станции, чтобы всегда выбирать определенный IP-адрес.
Поэтому я создаю виртуальную машину Ubuntu (опять же, просто что-то небольшое, поскольку мой ноутбук не зверь), размещаю только сеть. Это может пинговать .128 DHCP-сервер.
Когда я иду
dhclient -v -s 172.16.158.128
я вижу DHCPREQUESTтолько (или DHCPDISCOVERs)
Если я пойду
dhclient -v
Я мгновенно получаю
DHCPREQUEST of 172.16.158.130 on eth0 to 255.255.255.255 port 67
DHCPACK of 172.16.158.130 from 172.16.158.254
Брандмауэр Windows отключен на win2012
Что мне не хватает? Как заставить машину Windows обрабатывать запросы?
редактировать Виртуальные машины находятся в VMware Fusion 6.0.5.
VMware Fusion предоставляет собственный DHCP-сервер в сети Host-Only («частный для моего Mac»). Этот DHCP-сервер конфликтует со службой DHCP Windows Server 2012.
Вы можете создать новую частную сеть с отключенными DHCP и NAT в VMware Fusion -> Preferences -> Network и переместить в нее интерфейсы обоих виртуальных машин или отключить DHCP в предварительно настроенной сети Host-Only. Чтобы отключить DHCP в предварительно настроенной сети, отредактируйте файл / Library / Preferences / VMware Fusion / network и отключите DHCP.
Пример:
+ Изменить
VERSION=1,0
answer VNET_1_DHCP yes
answer VNET_1_DHCP_CFG_HASH B77CFE705F74AAb56C1E3CB5E9517746F02E0EC1
answer VNET_1_HOSTONLY_NETMASK 255.255.255.128
answer VNET_1_HOSTONLY_SUBNET 172.16.158.0
answer VNET_1_VIRTUAL_ADAPTER yes
answer VNET_3_HOSTONLY_NETMASK 255.255.255.0
answer VNET_3_HOSTONLY_SUBNET....
к
VERSION=1,0
answer VNET_1_HOSTONLY_NETMASK 255.255.255.128
answer VNET_1_HOSTONLY_SUBNET 172.16.158.0
answer VNET_1_VIRTUAL_ADAPTER No
answer VNET_3_HOSTONLY_NETMASK 255.255.255.0
answer VNET_3_HOSTONLY_SUBNET....
Поскольку метод 2 является конфигурацией VMware по умолчанию, предпочтительным является метод 1 (добавление новой vmnet).
В зависимости от конфигурации вашей сети (VMware Fusion) IP-адрес вашего Windows Server 2012 и его диапазон DHCP могут быть неправильными.