Я что-то по-королевски облажался, но хочу понять как именно Я облажался. Потерпите меня, потому что я не специалист по сетям.
Вот как настроена моя сеть:
[HyperVHost]
157.57.109.75 /24, gateway 157.57.109.1
10.245.7.1 /24
[VM]
157.57.109.137/24, gateway 157.57.109.1
10.245.7.57 /24
Я пытался обновить виртуальную машину с помощью стороннего VHD. У меня возникли трудности с получением этой виртуальной машины доступа в Интернет, хотя, насколько я мог судить, настройка сети выглядела так же, как и в старой. Думая, что, возможно, виноват тот факт, что было два сетевых адаптера, я сделал отчаянную попытку и ужасную ошибку; Я перемыл два соединения.
Внезапно я навсегда потерял подключение удаленного рабочего стола к HyperVHost.
У меня нет физического доступа к этой машине, поэтому мне, вероятно, придется со стыдом попросить о помощи. Мне интересно, что именно соединяет делает и почему мостовое соединение на виртуальной машине также отключило соединение для HyperVHost.
Возможно, что, объединив два соединения, Вы создали мостовая петля. Такой цикл затопит сеть, бесконечно повторяя все проходящие пакеты, включая, например, ARP-ответы шлюза.
Коммутатор может заблокировать порт, чтобы предотвратить массовые DoS-атаки в локальной сети.
HyperVisor определенно будет DoS-атаковать себя с миллиардами пакетов в секунду. Машина с перемычкой умирает за секунды.
Если память обслуживает то, что происходит при соединении сетевых адаптеров в Windows, ОС создает новый виртуальный сетевой адаптер и использует его для соединений. Если это делается удаленно, он может (и обычно это делает) сервер удаленного подключения, потому что старый IP-адрес просто исчез.
Microsoft рекомендует, чтобы у Hyper-V была выделенная сетевая карта для использования в сети, чтобы предотвратить этот тип проблем. При добавлении сетевой карты к сети Hyper-v существует настройка, позволяющая хосту использовать сетевую карту для действий, не связанных с Hyper-v (например, удаленного рабочего стола и т. Д.). Это должно предотвратить подобную ситуацию в будущем. видеть 7 рекомендаций для физических серверов, на которых размещаются роли Hyper-V
Кому-то нужно будет подойти к хозяину, чтобы сломать мост.
Мостовое соединение интерфейса превращает интерфейс в коммутатор, в котором многие гипервизоры будут действовать как маршрутизаторы и помещать гостей в систему nat. Я не знаком с HyperVHost, но когда вы настраиваете мост в Linux-боксе, это двухэтапный процесс: измените физический интерфейс, чтобы он принимал мост, и, во-вторых, добавьте виртуальный (логический) интерфейс, который связан / соединен с физическим интерфейсом для использования хостом. После этого виртуальные машины могут иметь подключение уровня 2 к сети, к которой они подключены, вместо уровня nat / routing посередине.
Я предполагаю, что вы, вероятно, выполнили первую половину этого процесса, но теперь на машине нет логического интерфейса, настроенного для уровня 3.
Если у вас есть доступ к компьютеру в той же подсети, вы можете попробовать запустить команду arp, чтобы увидеть, отображается ли MAC-адрес интерфейса. Коммутаторы Cisco имеют show arp команда тоже.