☰

Как получить удаленный доступ к виртуальной машине Hyper-V с помощью удаленного рабочего стола?

tag-icon • tag-icon virtual-machine remote-desktop ip hyper-v
Как получить удаленный доступ к виртуальной машине Hyper-V с помощью удаленного рабочего стола?

Сейчас у меня есть физический сервер с Windows Server 2012, на котором я запускаю виртуальную машину Windows 7 с Hyper-V Manager. Как мне получить доступ к этой конкретной виртуальной машине, не заходя на мой физический сервер и не выбирая виртуальную машину из Hyper-V Manager? Можно ли это сделать с помощью переадресации портов? Если да, то как?

решение1

Виртуальная машина Hyper-V использует непосредственную (локальную) сеть совместно с хостом Hyper-V, если только она не подключена к частному виртуальному коммутатору; в этом случае нет доступа от хоста к виртуальной машине и наоборот.

Если он иным образом подключен к внешнему или внутреннему виртуальному коммутатору, то и хост, и виртуальная машина используют по одному виртуальному порту на этом коммутаторе, который, в свою очередь, подключается к вашему вполне реальному шлюзу посредством физического сетевого интерфейса. Как только вы создаете свой первый виртуальный коммутатор, Windows устанавливает драйверы виртуальных адаптеров и «прозрачно» повторно подключает хост Hyper-V к шлюзу через виртуализированный сетевой интерфейс, который обеспечивает виртуальную коммутацию.

Здесь следует помнить, что хотя внутренний/внешний коммутатор является виртуальным, он ведет себя так же, как и ваш обычный MAC-коммутатор — просто переключает кадры Ethernet на основе MAC-адресов. Это означает, что ваша виртуальная машина отображается для вашего шлюза так, как будто это физическая машина, родственная вашему хосту. Так что обычно вашему хосту может быть назначено что-то вроде 192.168.1.10 для IP-адреса, в то время как вашей виртуальной машине будет назначен 192.168.1.11 или что-то в этом роде.

Вы можете получить доступ к виртуальной машине, подключившись с помощью клиента удаленного рабочего стола к 192.168.1.11, ничем не отличаясь от того, как бы вы это сделали, если бы 192.168.1.11 была физической рабочей станцией.

Вам нужно проверить, разрешает ли брандмауэр [Windows] на виртуальной машине трафик на типичном порту RDP — 3389, разрешает ли Windows на виртуальной машине подключения RDP (используйте диалоговое окно «Дополнительные свойства системы» для проверки) и маршрутизируется ли виртуальная машина вообще, что обычно и должно быть. Наиболее распространенные подводные камни — отключенный RDP на виртуальной машине и/или ограничительные политики брандмауэра.

И помните — в виртуальной машине нет ничего особенного с точки зрения вашей локальной сети — для нее это просто машина, как и ваш хост.

решение2

Все ответы здесь неудовлетворительны. Правильный ответ следующий (бесстыдно украден отсюда):https://thunderysteak.github.io/hyperv-direct-vm-rdp)

  1. перейдите на свой Hyper-V-Host-Server и введите следующее:

    get-vm -name <name of VM to control via RDP> | select-object id

  2. создайте текстовый файл с именем .rdp со следующим содержимым:

    full address:s: (IP-address-of-your-Hyper-V-host-server)

    pcb:s:(ID which you got in step 1)

    server port:i:2179

    negotiate security layer:i:0

  3. дважды щелкните файл RDP, созданный на шаге 2, подтвердите запросы безопасности и войдите в систему, используя учетные данные администратора вашего сервера Hyper-V.

Совет: с помощью этого метода вы также можете удаленно управлять виртуальными машинами, работающими не на базе Windows, а также виртуальными машинами, не имеющими сетевого подключения.

решение3

Используете ли вы удаленный рабочий стол для подключения к хосту виртуальной машины и запускаете Hyper-V Manager на хосте виртуальной машины? Вы также можете установить Hyper-V Manager на локальной машине и подключиться к удаленному серверу (вашей хост-машине виртуальной машины).

Связанный контент