Виртуальная машина не видит общую папку hyper v

Общий каталог на хосте Windows Hyper-V с виртуальной машиной Ubuntu

Только что установил Hyper-V на Windows 8 и гостевую ОС Ubuntu 12.04.

Исходя из VirtualBox, я ищу лучший способ для совместного использования каталога на хосте / Windows с гостевой Ubuntu.

Я прочитал это: https://stackoverflow.com/a/1386764/913295 и я знаком с самбой. Поскольку этот вопрос не относится к Hyper-V, я поднимаю этот вопрос здесь.

Плохая новость заключается в том, что, в отличие от VirtualBox или VMWare, который позволяет вам определять «Общие папки», которые являются каталогами на вашем хосте, которые доступны гостю, Windows 8 Hyper-V вообще не предоставляет такую ​​функцию.

Хорошая новость заключается в том, что, поскольку в Hyper-V нет такой функции, как «из коробки», для нее не понадобятся специальные инструменты, например, для монтажа. vboxsf файловые системы. Вы просто проходите официальный / стандартный путь, получая доступ к общим папкам вашего хоста как к сетевым общим папкам.

smbclient командная строка SMB/CIFS клиенты для Unix, это инструмент командной строки для доступа к общим папкам хоста Windows. Ниже приведены два примера, которые я нашел. Опять же, ничего особенного, доступ к нему так же, как и к любым другим общим сетевым папкам Windows.

Я отправлю репост в разделе «Настройка общей папки» по второй ссылке:

Нам нужно поделиться папкой на хосте с гостем. Гость может смонтировать это при загрузке. В этом уроке я предполагаю, что мы делимся им из этого места %USERPROFILE%\workspace

В ВМ отредактируйте /etc/fstab :

Кроме того, добавьте файл учетных данных для монтирования для работы. Поместите туда следующее содержание:

Это должно быть так.

Дополнительные ссылки для монтажа на основе графического интерфейса:

Если сначала это не сработало, попробуйте сначала с клиентом на базе Windows получить доступ к общим папкам хоста. Опять же, ничего особенного, доступ к нему так же, как и к любым другим общим сетевым папкам Windows. То есть, некоторые инструкции говорят, что вы «Должен быть создан внутренний виртуальный коммутатор через диспетчер виртуальных коммутаторов» использовать общий ресурс хоста, в этом нет необходимости, и он вообще не дает никаких преимуществ / преимуществ, поскольку мы просто обращаемся к нему как к обычной общей сетевой папке Windows. Напомним, вот шаги:

На хосте Hyper-V создайте общую папку и назначьте всем пользователям разрешение на изменение.

На виртуальной машине, работающей на хосте, откройте Центр управления сетями и общим доступом и включите общий доступ к файлам и принтерам.

На виртуальной машине нажмите Пуск и введите \\host_name\share_name где host_name имя вашего хоста Hyper-V и share_name это имя общего ресурса, который вы создали.

Нажмите клавишу ВВОД, и в виртуальной машине откроется окно проводника, отображающее содержимое общей папки на хосте.

Теперь вы можете копировать файлы с виртуальной машины на хост и наоборот при необходимости.

Источник

Настройка доступа к сети виртуальных машин Hyper-V из разных подсетей

Получилось так, что на днях пришлось побороться с проблемой одного из моих клиентов. Сервер клиента расположен в польском Дата-центре ATMAN. Несмотря на то, что этот Дата-центр крупный, цивилизованный и в 2013 году номинирован на звание лучшего в мире, в его работе тоже есть свои глюки, которые специалисты ATMAN объясняют спецификой построения инфраструктуры для борьбы с DDOS.
Если описывать вкратце — ATMAN распределяет дополнительные сетевые адреса из других под-сетей, что накладывает определенные ограничения на их использование. В том случае, о котором сейчас идет речь, необходимо использовать их не в качестве псевдонимов на сетевом интерфейсе рядом с основным адресом, а в качестве основных IP для виртуальных машин под управлением Hyper-V.

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

В нашем примере будут использованы такие сетевые настройки:
Основной IP: ***.189.53.206/30
Дополнительный IP: ***.91.26.173/32
Сервер имеет два сетевых интерфейса, но используется только один. Все операции буду выполняться именно с ним.

Рис.1. Для удобства стандартные имена были изменены на LAN1 (используется для доступа к сети) и LAN2 (отключен).

Рис.2. Основной интерфейс настраиваем согласно предоставленным ДЦ данными.

Далее, необходимо настроить два виртуальных маршрутизатора — первый имеет тип «Внешний» с выходом во внешний мир, второй «Внутренний» для коммутации корневого сервера с виртуальным хостом. Оба виртуальных коммутатора необходимо создать в диспетчере виртуальных сетей консоли управления Hyper-V.

Рис.3. Для внешнего интерфейса необходимо использовать сетевую карту с доступом в интернет.

Рис.4. Для внутреннего виртуального коммутатора используются настройки, как показано на этом рисунке.

На этом подготовка новых сетевых интерфейсов закончена. У нас должно получиться такое:

Рис.5. Два дополнительных интерфейса – внешний и внутренний

При создании внешнего интерфейса произойдет разрыв всех соединений. Убедитесь в том, что у Вас есть другой доступ к серверу (IP-KVM, IPMI или непосредственно физический).
В нашем случае мне повезло и ДЦ дает IPMI по умолчанию.

В настройках внутреннего интерфейса (Internal) укажите настройки схожие с теми, что используются тут, в нашем случае это 192.168.0.1. Этот интерфейс на физическом сервере будет выступать в роли шлюза для виртуальных машин.

Рис.6. Настройки для внутреннего виртуального коммутатора.

Дальнейшие настройки сетевых интерфейсов на корневом сервере завершены. Далее необходимо настроить службу RRAS для перенаправления трафика к виртуальным машинам и обратно.

Для реализации этого необходимо установить роль «Службы политики сети и доступа» в оснастке Диспетчера сервера. Думаю, что расписывать этот процесс нет необходимости – Вы же уже установили роль Hyper-V ранее 

Рис.7. Установленная роль RRAS.

После завершения установки данной роли она находится в статусе «Остановлена». По этому, ее нужно изначально настроить перед запуском.

Рис.8. Начальная настройка службы.

Перед Вами откроется окно мастера настройки службы. Выполняйте все действия, как показано на рисунках.

Рис.9. Окно мастера настройки службы.

Рис.10. Выбор особой конфигурации для нашего случая.

Рис.11. Выбираем только преобразование адресов и маршрутизацию локальной сети.

Рис.12. Завершающий этап настройки. Нажимаем «Готово».

Рис.13. Соглашаемся на предложение запустить новую службу.

После этого мы увидим в Диспетчере сервера развернутое дерево элементов этой самой службы RRAS.

Рис.14. Служба готова к настройке.

Для перенаправления трафика к виртуальной машине нужно создать интерфейс через который будут проходить все запросы. ПКМ на элементе «Преобразование сетевых адресов» выбираем пункт «Новый интерфейс».

Рис.15. Создание нового интерфейса.

В окне выбора интерфейсов нам необходимо использовать внешний сетевой интерфейс. Внутрений используется только для связи корневого сервера с виртуальными машинами.

Рис.16. Выбор интерфейса для преобразования сетевых адресов.

В свойствах внешнего интерфейса нам необходимо включить преобразование адресов, как показано ниже:

Рис.17. Включение преобразования адресов.

Далее, добавляем пул адресов, это наши дополнительные адреса запросы от которых будут перенаправляться на внутренние адреса виртуальных машин. ВАЖНО: не указывайте маску 255.255.255.255 для этих целей, работать это не будет. В нашем случае мы имеем три дополнительных адреса, маска указана /24 (особой роли это не играет).

Рис. 18. Заполняем данные в окне пула адресов.

Теперь необходимо зарезервировать дополнительный адрес за внутренним у виртуальной машины. Делается все это очень просто.

Рис.19. Резервирование адресов для виртуальных машин.

В сетевых настройках указываем данные из той подсети, в которой находится шлюз. В нашем случае внутренняя подсеть вида 192.168.0.0/24, дополнительный адрес ***.91.26.173 мы закрепили за внутренним 192.168.0.3. Настройки сети виртуальной машины выглядят таким образом:

Рис.20. Сетевые настройки виртуальной машины.

Если все настроено правильно, то в центре управления сетями виртуальной машины получим такой вид (машина имеет доступ к интернету). В ином случае – проверьте настройки Брендмауэра на серверах.

Рис.21. Центр управления сетями виртуальной машины.

Любым сервисом проверяем корректность наших глобальных настроек. Результат: запрос с виртуальной машины должен показать нам именно внешний адрес, который был зарезервирован нами ранее:

Рис.22. Результат теста на сайте 2ip.ru.

На виртуальной машине, для проверки перенаправления портов, трафика, мигрантов и прочего, была установлена роль IIS. С любого ПК в браузере обращаемся к данному адресу, если видим «заглушку» веб-сервера – все прошло отлично, поставленную задачу мы решили.

Рис.23. То, чего и добивались. Все работает.

Таким образом, мы можем использовать множество разных подсетей на одном физическом сервере. С той лишь разницей, что для разных внутренних подсетей необходимо будет создавать отдельные виртуальные коммутаторы.

Источник

Hyper-V: создание общей папки между хостом и гостем во внутренней сети

Как я могу этого добиться?

2 ответа

Также есть простой способ копирования через буфер обмена:

Совместное использование файлов, папок или дисков между хостом и виртуальной машиной Hyper-V

Предпосылки

Убедитесь, что на узле Hyper-V включены параметры режима расширенного сеанса.

Запустите диспетчер Hyper-V и в разделе «Действия» выберите « Настройки Hyper-V ».

Убедитесь, что расширенный режим сеанса разрешен в разделе «Сервер». Затем убедитесь, что в разделе «Пользователь» доступен расширенный режим сеанса.

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

Щелкните правой кнопкой мыши «Виртуальная машина»> «Настройки». Выберите Службы интеграции в левом нижнем углу меню. Установите флажок Гостевой сервис и нажмите ОК.

Шаги для совместного использования устройств с виртуальной машиной Hyper-v:

Запустите виртуальную машину и нажмите Показать параметры во всплывающих окнах.

Он может появиться только тогда, когда вы (сможете) подключиться к нему. Если он не появляется, попробуйте запустить, а затем подключиться к виртуальной машине, уделяя пристальное внимание панели в диспетчере Hyper-V.

Оттуда вы можете выбрать, какими устройствами поделиться. Съемные диски особенно полезны для обмена файлами.

Выберите « Сохранить мои настройки для будущих подключений к этой виртуальной машине ».

Источник

Записки IT специалиста

Технический блог специалистов ООО»Интерфейс»

Настраиваем сеть в Hyper-V.

Продолжая цикл статей посвященный виртуализации, сегодня мы поговорим о настройке сети в Hyper-V. Основное внимание мы уделим теории, а именно разберем как устроены виртуальные сети и как они взаимодействуют с реальными. Потому что, как показывает практика, многие администраторы, в отсутствие простых и понятных материалов по данному вопросу, вынуждены осваивать настройку сети в Hyper-V методом «научного тыка».

С одной стороны, ничего сложного в настройке сетей для виртуальных машин нет, с другой многие начинают путаться во всех этих адаптерах, с трудом понимая, где реальный, где виртуальный, и чем они друг от друга отличаются. Постараемся внести ясность.

За настройку сетей в Hyper-V отвечает Диспетчер виртуальных коммутаторов, если мы откроем его, то увидим следующую картину:

Как видим, нам доступно создание трех типов сетей: внешней, внутренней и частной. Разберемся подробнее, для чего нужны эти сети и в чем разница между ними.

Внешняя сеть

Самый распространенный тип сети, который позволяет виртуальным машинам взаимодействовать с внешними сетями и хостом. При ее создании необходимо выбрать один из физических сетевых адаптеров, через который данная виртуальная сеть будет соединяться с внешними сетями.

Как мы уже писали, основу виртуальной сети составляет виртуальный коммутатор. При создании внешней сети, Hyper-V создает виртуальный коммутатор, к которому через виртуальные сетевые адаптеры (vNIC) подключаются как виртуальные машины, так и хост. Физический адаптер отключается от хоста и по сути становится физическим портом виртуального коммутатора, через который он подключается к внешней сети.

В этом нетрудно убедиться, после создания внешней сети на хосте появляется Адаптер Ethernet для виртуальной сети Hyper-V, на который переносятся все настройки с физического адаптера.

А в свойствах физического адаптера остался только Расширяемый виртуальный сетевой коммутатор в Hyper-V.

В случае с внешней сетью следует четко понимать, что хост, точно также как и виртуальные машины, подключается к виртуальному коммутатору через виртуальный сетевой адаптер. Физический сетевой адаптер, после создания внешней сети становится портом виртуального коммутатора, через который он подключается к внешней сети. Поэтому все сетевые настройки хоста следует производить только на виртуальном сетевом адаптере.

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

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

Внутренняя сеть

Как следует из ее названия, внутренняя сеть предназначена для подключения виртуальных машин и хоста и не предусматривает соединения с внешними сетями. При ее создании также создается виртуальный сетевой адаптер для хоста, который оказывается подключен к виртуальному коммутатору внутренней сети и должен быть сконфигурирован в соответствии с настройками виртуальной сети.

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

Внутренняя сеть c NAT

Данная возможность появилась начиная с Windows Server 2016, Hyper-V Server 2016 и Windows 10. Подробнее читайте в нашей статье: Настраиваем сеть NAT в Hyper-V

Частная сеть

Частная сеть отличается от внутренней тем, что виртуальный коммутатор может быть подключен только к виртуальным машинам и изолирован от хоста.

Данный вид сетей может быть использован также в учебных и исследовательских целей, а также для создания изолированных участков сети, например DMZ.

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

Как видим, Hyper-V дает в руки администратора весьма гибкий и мощный инструмент, позволяющий создавать весьма сложные сетевые конфигурации и управлять ими.

Помогла статья? Поддержи автора и новые статьи будут выходить чаще:

Или подпишись на наш Телеграм-канал:

Источник

Совместное использование устройств на виртуальной машине

Доступно только для виртуальных машин Windows.

Режим расширенного сеанса позволяет подключать Hyper-V к виртуальным машин с помощью протокола удаленного рабочего стола (RDP). Это не только это повышает удобство работы с виртуальной машины, подключая ее с помощью протокола RDP, но и позволяет виртуальной машине использовать устройства совместно с компьютером. Так как RDP включен по умолчанию в Windows 10, вы, вероятно, уже используете этот протокол для подключения виртуальных машин Windows. В данной статье описываются некоторые из преимуществ и скрытые параметры диалогового окна настройки подключения.

RDP и режим расширенного сеанса предоставляют следующие возможности.

В этой статье показано, как узнать тип сеанса, перейти в режим расширенного сеанса и настроить параметры сеанса.

Проверка типа сеанса

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

Настройка виртуальной машины для Удаленного рабочего стола

Для работы в режиме расширенного сеанса нужно включить удаленный рабочий стол на виртуальной машине. Выполните поиск по фразе «параметры удаленного рабочего стола» в приложении «Параметры» или меню «Пуск». Установите переключатель «Включить удаленный рабочий стол» в положение «Вкл».

Для более поздних версий, чем Windows 10, версия 2004, потребуется дополнительный параметр. К таким версиям относится и Windows 11. Если в окне подключения виртуальной машины отображается фон без запроса на вход, необходимо внести еще одно изменение.

Сначала снова войдите на виртуальную машину в простом режиме. Выполните поиск по фразе «параметры входа» в приложении «Параметры» или меню «Пуск». На этой странице отключите параметр Require Windows Hello sign-in for Microsoft accounts (Требовать входа Windows Hello для учетных записей Майкрософт).

Windows 11	Windows 10

Теперь выйдите с виртуальной машины или перезагрузите ее, прежде чем закрывать окно подключения виртуальной машины.

Общий доступ к дискам и устройствам

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

По умолчанию виртуальные машины с включенным режимом расширенного сеанса будут совместно использовать буфер обмена и принтеры. Они по умолчанию передают звук виртуальной машины на динамики компьютера.

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

Общий доступ к хранилищу и USB-устройствам

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

Для совместного использования других устройств, таких как USB-устройства или диска C:, выберите меню «Дополнительно. «:

Здесь можно выбрать устройства, которые будут совместно использоваться с виртуальной машиной. Особенно полезным будет общий системный диск (Windows C:).

Совместное использование звуковых устройств (динамиков и микрофона)

По умолчанию виртуальные машины в режиме расширенного сеанса передают звук на динамики компьютера. Виртуальная машина также использует звуковое устройство, выбранное на хост-компьютере.

Чтобы изменить эти параметры или включить сквозную передачу микрофона (для записи звука на виртуальной машине), выполните следующие действия.

Откройте меню «Параметры. » для настройки параметров удаленного звука

Теперь настройте параметры звука и микрофона

Поскольку виртуальная машина, скорее всего, выполняется локально, параметры «Воспроизвести на этом компьютере» и «Воспроизвести на удаленном компьютере» дают одни и те же результаты.

Повторный запуск параметров подключения

Если диалоговое окно разрешений и общего доступа к устройствам не открывается, попробуйте запустить VMConnect независимо в меню Windows или из командной строки от имени администратора.

Источник