По моему опыту, если необходимо использовать передовое оборудование полностью (особенно видеокарты), необходимо сделать так с хостом ОС. В то время как некоторые виртуальные машины имеют способность "пройти" через части аппаратных средств для использования с гостем ОС только, я только видел сделанный с USB-портами - не уверенный, что это осуществимо с видеокартой.
Я узнал то, что было проблемой.
Мой сервер имеет 4 зарубки, и когда я создал новую Виртуальную сеть, я выбрал неправильный NIC в списке в менеджере по Виртуальной сети. Как только я зафиксировал это, я смог соединиться, и все работало соответственно.
Спасибо @trXuk для Вашего ответа, хотя!
Хосту не должен быть нужен IP-адрес.
Я предполагаю, что Вы создали новый виртуальный коммутатор, присвоили второй NIC ему и затем также виртуальный nic в госте.
Вы говорите, что не можете проверить с помощью ping-запросов вне сети? Что может Вы проверять с помощью ping-запросов В сети, если можно проверить с помощью ping-запросов маршрутизатор, или другой физический хост на th диапазоне IP сети общего пользования, затем hyperV сети работает правильно..
Ваша проблема (как я подозреваю, верно ли вышеупомянутое) касается шлюза по умолчанию гостя, маршрутизатора, который гость должен отправить всему трафику в то, если это не предназначено для локальной сети.
Вы установили шлюз по умолчанию в гостевых свойствах сетевого адаптера к маршрутизатору в сети общего пользования?
Кроме того, у этого гостя есть доступ к внутренней сети также? Поскольку могло иметь место, что Вы заканчиваете с двумя шлюзами по умолчанию (один от внутренней сети виртуальный адаптер и один от общедоступного виртуального сетевого адаптера).
Если это верно, необходимо будет принять решение, на котором маршруте стандартный трафик должен взять и удалить один из маршрутов по умолчанию.
При тихой необходимости в определенном трафике для выхода через 'другой' адаптер, можно всегда удостоверяться, что определенный IP/сетевые диапазоны достигнут определенной сетью путем добавления статических маршрутов как так:
Скажите, что у нас есть следующее: Гость с двумя виртуальными адаптерами, один в сети общего пользования, один на частном; Общедоступный IP: 192.168.1.11 Общедоступная Маска подсети 255.255.255.0 (/24) Общедоступных Шлюзов/Маршрутизаторов 192.168.1.1
Внутренний IP: 192.168.2.11 Внутренняя маска подсети 255.255.255.0 (/24) Внутренних Шлюзов/Маршрутизаторов 192.168.22.1
При удалении IP шлюза по умолчанию из внутреннего сетевого адаптера весь трафик, направляющийся в сети Кроме локально подключенных сетей (192.168.1.0/24 и 192.168.2.0/24), пойдет через общедоступный шлюз в 192.168.1.1 (поскольку это - единственный шлюз по умолчанию, теперь настроенный на госте)...
Однако, что, если 192.168.100.0/24 был только доступен через маршрутизатор внутренней сети? Можно добавить следующее правило сказать гостю направлять этот конкретный диапазон IP-адресов через внутреннюю сеть:
маршрут добавляет 192.168.100.0 маски 255.255.255.0 192.168.22.1
//TRX