Сервер Hyper-V 2019 - Inte rnet не работает для гостевой виртуальной машины - PullRequest
0 голосов
/ 30 января 2020

Я новичок в Hyper-V и пробую что-то очень простое:

  • Настройка сервера Hyper-V 2019
  • На этом сервере установите Gen2 WM Windows server 2016

У меня идентичное оборудование, успешно работающее с Hyper-V (и 2 виртуальными машинами) в качестве роли в Windows Server 2016 Standard. Следовательно, это оборудование, скорее всего, пригодно для виртуализации. и как было заказано только для этой цели.

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

Настройка Hyper-Server и его присоединение к домену была довольно простой. Событие установки виртуальной машины было довольно простым.

Вот текущее состояние, после того, как я перезапустил с нуля (имеется в виду переустановка компьютера с нуля) и оставил настройки по умолчанию, сгенерированные Microsoft:

Хост имеет доступ к inte rnet (и связан с AD) в ethe rnet NIC # 1

  • Assigned Stati c IP: 192.168.0.96
  • Su bnet: 255.255.255.0
  • шлюз: 192.168.0.1
  • DNS: 192.168.0.1

Из удаленного менеджера Hyper-V я создал новый виртуальный коммутатор (только один)

  • Имя: vSwitchExternXyz
  • Тип: внешний
  • Связан с внешней сетью, используя тот же NIC # 1
  • Разрешена операционная система управления для совместного использования этого сетевого адаптера ( это по умолчанию )

При выполнении ipconfig "в командной строке на хосте я вижу новый адаптер Ethe rnet vEthe rnet (vSwitchExter nXyz) », имеющий:

  • IP-адрес автоконфигурации: 169.254.197.61 ( эй, это адрес APIPA! )
  • Su bnet: 255.255.0.0
  • шлюз: нет!

Из удаленного диспетчера Hyper-V я назначил этот vSwitchExternXyz Виртуальный коммутатор ( единственный, который я создал на хосте )

  • Я не включил оба параметра «Включить идентификацию виртуальной локальной сети» и «Включить управление пропускной способностью» ( это по умолчанию не отмечен )

Когда я запускаю и подключаюсь к этой только виртуальной машине и смотрю ее конфигурацию сети, я получаю:

  • Автоконфигурация IP4 Адрес: 169.254.224.167 ( снова другой адрес APIPA! )
  • Su bnet: 255.255.0.0
  • шлюз: нет !

Из этого рисунка я не очень удивлен, что даже не могу пропинговать ни один IP вне диапазона адресов APIPA, потому что шлюз по умолчанию да, кажется, отсутствует. Я попытался назначить ему IP-адрес и действительный шлюз (такой же, как у хоста), но он не сделал различий. Но я пока не знаю, как должна выглядеть успешная конфигурация.

Вопросы

  • У меня нет запуска среда для сравнения, чтобы увидеть, правильны ли эти значения по умолчанию. Должны ли виртуальный коммутатор и адаптер виртуальной машины vNI C иметь IP-адреса?

  • Разве виртуальный коммутатор и адаптер виртуальной машины vNI C не должны находиться в одном и том же су * 1134? * чем хост (имеется в виду 192.168.0.x) и указывает на тот же шлюз?

  • Что не так с моей виртуальной машиной, чтобы не получить доступ к inte rnet?

1 Ответ

0 голосов
/ 31 января 2020

Я обратился в службу поддержки Microsoft для решения этой проблемы (2 технических специалиста заняли 2,5 часа, чтобы выяснить это).

Проблема была с виртуальным коммутатором, который был поврежден по неясным причинам. Он должен был получить IP-адрес физического NI C.

Недостаточно просто удалить vSwitch и воссоздать его.

Мне пришлось:

  1. оставьте неисправный vSwitch там,
  2. создайте новый vSwitch
  3. Назначьте новый коммутатор адаптеру гостевой виртуальной машины
  4. только тогда, удалите неисправный vSwitch

Исправлена ​​ошибка, благодаря Раджу из службы технической поддержки Microsoft.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...