PDA

Показать полную графическую версию : [решено] Hyper-V и доступ в мир!


Страниц : 1 [2]

RUVATA
06-02-2014, 14:24
Общая практика подключения VM "в мир", собственно не изменилась со времен w2k8, в первую очередь все зависит от юзкейса, в целом их как правило два:

1) Мы желаем предоставить VM доступ в интернет, но не собираемся делать ее прозрачной для локальной сети гипервизера (хоста)

Тогда, от сервера нам необходимы следующие роли и компоненты:
1) Маршрутизация и удаленный доступ (RRaS) для организации NAT для виртуальных машин.
2) DHCP (желательно - хорошая практика, но необязательно, если без него - то настройки сети в виртуалках настраивать статически вручную
3) DNS (желательно, но необязательно, при его наличии можно организовать DNS-proxy, если же нет - то через DHCP можно раздать DNS-ы которые использует хост) благодаря собственному DNS - можно вообщем-то очень годно разрулить виртулки по именам, а при разработке осуществлять подмену.

В оснастке управления ролью Hyper-V сервера создаем виртуальный свитч - "Внутренняя сеть"
На сервере появится адаптер, присвойте ему ip-адрес и подсеть, настройте DHCP на этот интерфейс с пулом из той же подсети, настройте NAT - ВУАЛЯ.

2) Мы желаем предоставить VM прозрачный доступ в локальную сеть хоста
Все сервисы DHCP/DNS(DNS-proxy)подразумеваются уже имеющимися в сети.

В оснастке управления ролью Hyper-V сервера создаем виртуальный свитч - "Внешняя сеть"

exo
06-02-2014, 14:26
по мне проще подключиться к 2012r2 и там без рдп есть доступ к виртуалке »
но не доступ к "буферу обмена". я про это имел ввиду.
RUVATA, 2 как раз и реализован.

ilyuxa
06-02-2014, 15:52
еще немного инфы


ping /S 192.168.11.104 ya.ru

Pinging ya.ru [213.180.204.3] from 192.168.11.104 with 32 bytes of data:
Reply from 213.180.204.3: bytes=32 time=44ms TTL=51
Reply from 213.180.204.3: bytes=32 time=42ms TTL=52
Reply from 213.180.204.3: bytes=32 time=44ms TTL=52
Reply from 213.180.204.3: bytes=32 time=42ms TTL=51

Ping statistics for 213.180.204.3:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 42ms, Maximum = 44ms, Average = 43ms

Это с интерфейса на котором virtual switch

cameron
06-02-2014, 16:01
а если вместо этого RD9700 устройства (сетевой картой, да ещё для виртуалиции я не могу это назвать), использовать что-то нормальное, типа Intel или Broadcom - проблема будет проявляться?

Telepuzik
06-02-2014, 16:01
ilyuxa,
Покажи скриншоты следующих настроек ВМ из консоли Hyper-V Manager: свойства сетевого адаптера, Hardware Acceleration и Advanced Features.

ilyuxa
06-02-2014, 16:13
а нету Hardware Acceleration(((( остальное вотhttp://hkar.ru/plGe в Advanced Features все галочки убраны!

а если вместо этого RD9700 устройства (сетевой картой, да ещё для виртуалиции я не могу это назвать), использовать что-то нормальное, типа Intel или Broadcom - проблема будет проявляться?

Была б возможность использовал бы(((

exo
06-02-2014, 17:12
cameron, у меня как раз на Intel и была...

Telepuzik
06-02-2014, 17:12
ilyuxa,
Судя по скриншоту в качестве сетевой карты выступает RD9700 USB2.0 To Fast Ethernet Adapter, драйвер на это устройство установлен 64 битный или нет? Судя по этому HyperV VM gets DHCP from but no external access (http://social.technet.microsoft.com/Forums/windowsserver/en-US/3c810cd6-a2c6-467c-8351-6a40011037b8/hyperv-vm-gets-dhcp-from-but-no-external-access?forum=winserverhyperv) Hyper-V не со всеми USB Ethernet адаптерами совместим. Попробуйте поставить последнюю версию драйверов для данного устройства и желательно чтобы они были 64-х битные.
А что в хостовой машине нет не одного встроенного адаптера???

ilyuxa
06-02-2014, 17:16
живого нет(

ilyuxa
07-02-2014, 00:11
спасибо за помощь! Ссылка телепузика помогла, настроил это дело через RRaS, и со статик адресами!

cameron
07-02-2014, 07:50
спасибо за помощь! Ссылка телепузика помогла, настроил это дело через RRaS, и со статик адресами! »
вам нужно очень хорошо понимать, что данная конструкция (USB-Ethernet) и внутреняя сеть через маршрутизацию это не лучшее решение и следует, по возможности, избегать применения таких схем в рабочей среде.

ilyuxa
08-02-2014, 13:40
вам нужно очень хорошо понимать, что данная конструкция (USB-Ethernet) и внутреняя сеть через маршрутизацию это не лучшее решение и следует, по возможности, избегать применения таких схем в рабочей среде. »

Я это прекрасно понимаю, будет вариант поменять это железо, сделаю не задумываясь




© OSzone.net 2001-2012