Как передавать файлы используя буфер обмена в Hyper V

25 сентября 2019

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

Первый вариант работает с версий ВМ Windows Server 2012 R2 и Windows 8.1 и называется Enhanced Session Mode (ESM). Эта возможность работает по тому же принципу, что и RDP, то есть мы можем использовать не только буфер обмена, но и USB устройства, принтеры и так далее. Отличия от RDP в том, что мы не используем сеть в данном случае, но если у вас настроены политики ограничивающие RDP подключения они могут быть причиной ошибок.

По умолчанию Enhanced Session Mode включен. Мы можем проверить ее если зайдем в настройки Hyper V:

Или выполнить аналогичное через Powershell:

Настройка расширенного сеанса Hyper V (ESM) устанавливается только на уровне сервера, но что бы у нас работала возможность копирования нужно включить и пакет интеграции Hyper V, который по умолчанию отключен. Эта служба интеграции называется Guest services (Гостевая служба), и она включается у каждой виртуально машины отдельно. Для ее включения зайдем в настройки виртуально машины:

И включить гостевую службу:

Аналогичную настройку через Powershell можно сделать так:

Последнее что нужно сделать — это включить службу «Remote Desktop Services»:

Можно установить и в консоли PS:

Теперь включим виртуальную машину и подключимся к ней:

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

На второй закладке стоит галочка под Clipboard (Буфер обмена) — это то что нам нужно:

После этого у нас будет работать в Hyper V буфер обмена путем копирования/вставки, а перетаскивание файлов в виртуальную машину работать не будет, так как такого функционала нет.

Мы так же можем использовать Powershell:

Microsoft описывает проблему, при которой копирование так же не будет работать и оно связано с политиками. По следующему пути нужно изменить политику с «Do not allow drive redirection» на «Disabled» или «Not Configured»:

Такого пути в групповых политиках я у себя не нашел.

Передача файлов в Hyper V через публичную папку

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

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

В новом окне выбрать «Internal» или «Частный»:

Ввести имя коммутатора и подтвердить создание:

Это делается в Powershell одной командой:

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

Теперь создадим виртуальный сетевой адаптер:

Теперь подключим адаптер к коммутатору:

В случае с Powershell это так же одна команда:

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

Копирование файлов в Hyper V через виртуальный диск

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

Вы можете создать диск воспользовавшись статьей «Создание виртуальных дисков в Hyper V». Папку, где лежит виртуальный диск можно увидеть через настройки виртуальной машины:

Если путь заканчивается на avhdx, то вы используете контрольную точку. Для монтирования диска нужно перейти по пути и выбрать Mount у vhd/vhdx файла:

В моем случае появилось два раздела, так как это системный диск. Для размонтирования дисков нужно кликнуть по разделу и нажать Eject.

Если хотите выполнить команду через Powershell, то это можно сделать так:

Командлет выше подразумевает, что у вас подключен один диск. В случае нескольких дисков запустите:

Копирование в Hyper V используя буфер обмена с RDP

Последний способ подключения работает через «Подключению к удаленному рабочему столу» или RDP. Для такой возможности копирования, кроме открытых портов и включенной возможности в свойствах компьютера дополнительных требований нет. Так же стоит проверить галочку в свойствах подключения RDP:

Вы так же можете почитать как настроить RDP в Powershell.

Знакомство с Hyper-V в Windows 10 Introduction to Hyper-V on Windows 10

Вы разработчик программного обеспечения, ИТ-специалист или просто увлекаетесь технологиями? Тогда вам наверняка приходится работать с несколькими операционными системами. Whether you are a software developer, an IT professional, or a technology enthusiast, many of you need to run multiple operating systems. Hyper-V позволяет запускать несколько операционных систем в виде виртуальных машин в Windows. Hyper-V lets you run multiple operating systems as virtual machines on Windows.

В частности, Hyper-V предоставляет возможность выполнять виртуализацию оборудования. Hyper-V specifically provides hardware virtualization. Это означает, что каждая виртуальная машина работает на виртуальном оборудовании. That means each virtual machine runs on virtual hardware. Hyper-V позволяет создавать виртуальные жесткие диски, виртуальные коммутаторы и ряд других виртуальных устройств, каждое из которых можно добавить в виртуальную машину. Hyper-V lets you create virtual hard drives, virtual switches, and a number of other virtual devices all of which can be added to virtual machines.

Причины использовать виртуализацию Reasons to use virtualization

Виртуализация позволяет выполнять следующие операции. Virtualization allows you to:

Запуск программного обеспечения, для которого требуются более старые версии Windows или операционные системы, отличные от Windows. Run software that requires an older versions of Windows or non-Windows operating systems.

Эксперименты с другими операционными системами. Experiment with other operating systems. Hyper-V существенно упрощает создание и удаление различных операционных систем. Hyper-V makes it very easy to create and remove different operating systems.

Тестирование программного обеспечения в нескольких операционных системах с помощью нескольких виртуальных машин. Test software on multiple operating systems using multiple virtual machines. Благодаря Hyper-V их можно запускать на настольном компьютере или ноутбуке. With Hyper-V, you can run them all on a single desktop or laptop computer. Эти виртуальные машины можно экспортировать, а затем импортировать в любую другую систему Hyper-V, включая Azure. These virtual machines can be exported and then imported into any other Hyper-V system, including Azure.

Системные требования System requirements

Hyper-V доступен в 64-разрядных версиях Windows 10 Профессиональная, Корпоративная и для образовательных учреждений. Hyper-V is available on 64-bit versions of Windows 10 Pro, Enterprise, and Education. Он недоступен в версии Домашняя. It is not available on the Home edition.

Выполните обновление с выпуска Windows 10 Домашняя до выпуска Windows 10 Профессиональная, открыв раздел Параметры > Обновление и безопасность > Активация. Upgrade from Windows 10 Home edition to Windows 10 Pro by opening Settings > Update and Security > Activation. Здесь вы можете посетить Магазин Windows и приобрести обновление. Here you can visit the store and purchase an upgrade.

Большинство компьютеров работают под управлением Hyper-V, однако каждая виртуальная машина работает под управлением полностью отдельной операционной системы. Most computers run Hyper-V, however each virtual machine runs a completely separate operating system. Как правило, на компьютере с 4 ГБ ОЗУ можно запустить одну или несколько виртуальных машин, однако для запуска дополнительных виртуальных машин либо установки и запуска ресурсоемкого ПО, такого как игры, видеоредакторы или программы для технического проектирования, потребуются дополнительные ресурсы. You can generally run one or more virtual machines on a computer with 4GB of RAM, though you’ll need more resources for additional virtual machines or to install and run resource intense software like games, video editing, or engineering design software.

Дополнительные сведения о требованиях Hyper-V к системе и о том, как проверить, будет ли Hyper-V работать на конкретном компьютере, см. в статье Справочник по требования к системе для Hyper-V. For more information about Hyper-V’s system requirements and how to verify that Hyper-V runs on your machine, see the Hyper-V Requirements Reference.

Операционные системы, которые можно запустить на виртуальной машине Operating systems you can run in a virtual machine

Hyper-V в Windows поддерживает много операционных систем на виртуальных машинах, в том числе различные выпуски Linux, FreeBSD и Windows. Hyper-V on Windows supports many different operating systems in a virtual machine including various releases of Linux, FreeBSD, and Windows.

Напоминаем, что необходимо иметь действующую лицензию на все операционные системы, используемые на виртуальной машине. As a reminder, you’ll need to have a valid license for any operating systems you use in the VMs.

Дополнительные сведения об операционных системах, которые поддерживаются как гостевые в Hyper-V в Windows, см. в статьях Гостевые операционные системы, поддерживаемые в Windows и Гостевые операционные системы, поддерживаемые в Linux. For information about which operating systems are supported as guests in Hyper-V on Windows, see Supported Windows Guest Operating Systems and Supported Linux Guest Operating Systems.

Различия между Hyper-V в Windows и Windows Server Differences between Hyper-V on Windows and Hyper-V on Windows Server

Некоторые функции работают по-разному в Hyper-V для Windows и Windows Server. There are some features that work differently in Hyper-V on Windows than they do in Hyper-V running on Windows Server.

Компоненты Hyper-V, доступные только в Windows Server: Hyper-V features only available on Windows Server:

• динамическая миграция виртуальных машин с одного узла на другой; Live migration of virtual machines from one host to another
• реплика Hyper-V; Hyper-V Replica
• Виртуальный адаптер Fiber Channel Virtual Fiber Channel
• сеть СSR-IOV; SR-IOV networking
• общий доступ к .VHDX. Shared .VHDX

Компоненты Hyper-V, доступные только в Windows 10: Hyper-V features only available on Windows 10:

• Быстрое создание и коллекция виртуальных машин Quick Create and the VM Gallery
• Сеть по умолчанию (коммутатор NAT) Default network (NAT switch)

Модель управления памятью отличается в Hyper-V в Windows. The memory management model is different for Hyper-V on Windows. При управлении памятью Hyper-V на сервере предполагается, что на нем запущены только виртуальные машины. On a server, Hyper-V memory is managed with the assumption that only the virtual machines are running on the server. В Hyper-V для Windows при управлении памятью учитывается тот факт, что кроме виртуальных машин на большинстве клиентских компьютеров работает локальное программное обеспечение. In Hyper-V on Windows, memory is managed with the expectation that most client machines are running software on host in addition to running virtual machines.

Ограничения Limitations

Программы, которые зависят от наличия определенного оборудования, не будут нормально работать на виртуальной машине. Programs that depend on specific hardware will not work well in a virtual machine. Например, это игры или приложения, которым нужны графические процессоры. For example, games or applications that require processing with GPUs might not work well. С приложениями, использующими таймеры длительностью менее 10 мс, например приложениями для микширования музыки в режиме реального времени или приложениями, чувствительными к задержкам, также возможны проблемы. Also, applications relying on sub-10ms timers such as live music mixing applications or high precision times could have issues running in a virtual machine.

Кроме того, если включен Hyper-V, проблемы могут возникать и с чувствительными к задержкам высокоточными приложениями, работающими в операционной системе сервера виртуальных машин. In addition, if you have Hyper-V enabled, those latency-sensitive, high-precision applications may also have issues running in the host. Это связано с тем, что при включенной виртуализации ОС сервера виртуальных машин тоже работает поверх уровня виртуализации Hyper-V, как и гостевые операционные системы. This is because with virtualization enabled, the host OS also runs on top of the Hyper-V virtualization layer, just as guest operating systems do. Однако отличие операционной системы сервера виртуальных машин от гостевых ОС заключается в том, что она имеет прямой доступ к оборудованию, что обеспечивает правильную работу приложений с особыми требованиями к оборудованию. However, unlike guests, the host OS is special in that it has direct access to all the hardware, which means that applications with special hardware requirements can still run without issues in the host OS.