- 4.8 clasificación general basado en 386+ comentario
- Requisitos: Windows, macOS, Linux, Android o Raspberry Pi.
- 11.59MB Size.
- Versión 7.0.15580. (11/02/2026).
- A partir de $39/mes en facturación anual
Olga Weis
Última actualización Feb 18, 2026
Una de las principales limitaciones de Hyper-V es la ausencia de compatibilidad nativa con el passthrough USB. Esto puede dificultar la conexión de máquinas virtuales (VM) a dispositivos USB como unidades de almacenamiento, impresoras o llaves de seguridad para tareas como licencias de software y transferencia de datos. De forma predeterminada, Hyper-V no ofrece esta funcionalidad.
En este artículo analizamos varios métodos para habilitar el passthrough USB en máquinas virtuales Hyper-V. Revisamos el Protocolo de Escritorio Remoto (RDP), Discrete Device Assignment (DDA), el passthrough de discos físicos y el Modo de sesión mejorada (ESM), cada uno con características específicas para distintos escenarios de uso.
A continuación, presentamos FlexiHub, una solución sencilla e integral para implementar passthrough USB en Hyper-V con una configuración mínima.
Uso recomendado: Administración remota diaria una vez que RDP está habilitado en la VM, para tareas como transferencia de archivos y gestión de impresoras, webcams y otros dispositivos USB.
El Protocolo de Escritorio Remoto (RDP) permite redirigir recursos locales a una máquina virtual Windows conectada a la red. RDP admite redirección de alto nivel, optimizada por tipo de dispositivo, como cámaras o micrófonos. También soporta redirección opaca de bajo nivel para dispositivos que requieren unidades dentro de la sesión, así como el protocolo USB en bruto mediante URB.
Microsoft recomienda utilizar siempre que sea posible la redirección USB de alto nivel. La redirección de bajo nivel solo funciona con dispositivos Windows locales y requiere una conexión de baja latencia para un rendimiento óptimo. Los usuarios controlan este tipo de redirección mediante la propiedad RDP usbdevicestoredirect y las Directivas de grupo.
RDP permite un acceso rápido a archivos y periféricos desde máquinas virtuales conectadas a la red. La redirección de alto nivel ofrece un mejor rendimiento y una experiencia de usuario más fluida para dispositivos como webcams. La redirección de bajo nivel debe reservarse para dispositivos que requieren controladores específicos. Los administradores pueden definir qué clases de dispositivos pueden redirigirse mediante usbdevicestoredirect y permitir o bloquear la redirección de forma centralizada a través de la política de seguridad.
Ventajas:
Desventajas:
Requisitos previos:
• RDP debe estar habilitado en la máquina virtual y la redirección debe estar permitida a través del firewall.
• Puedes modificar la Directiva de grupo para permitir la redirección de “otros dispositivos USB RemoteFX compatibles” y de clases de dispositivos específicas.
A. Uso de la aplicación Conexión a Escritorio remoto
B. Habilitar la redirección USB de bajo nivel (política y archivo RDP opcionales)
☝ Notas para el usuario
• Utiliza siempre que sea posible la redirección de alto nivel para cámaras, impresoras, unidades y dispositivos de audio. La redirección de bajo nivel solo debe usarse cuando la de alto nivel no esté disponible para un dispositivo concreto.
• Es posible aplicar un control granular de dispositivos utilizando GUID de clase o IDs de instancia con usbdevicestoredirect.
Uso recomendado: Configuración inicial del sistema operativo, entornos de prueba o desarrollo, administradores que trabajan directamente en el host local y situaciones en las que el RDP estándar a través de la red no está disponible.
El Modo de sesión mejorada (Enhanced Session Mode, ESM) es una funcionalidad de RDP integrada en VMConnect que no requiere conectividad de red en la máquina virtual invitada para establecer una sesión RDP. ESM funciona mediante un cuadro de diálogo de conexión que permite compartir recursos locales. Una vez habilitada la conexión, es posible redirigir impresoras, unidades, dispositivos de audio y tarjetas inteligentes a máquinas virtuales Windows compatibles. ESM ofrece una forma sencilla y eficiente de utilizar dispositivos locales dentro de una VM. La experiencia de usuario mejora gracias a funciones como el portapapeles integrado, el soporte HiDPI y el redimensionado dinámico de ventanas. La compatibilidad de dispositivos sigue el modelo de redirección RDP de alto y bajo nivel. ESM solo es compatible con máquinas virtuales Windows.
Finalidad principal
Esta solución proporciona una “consola local” cuando la máquina virtual no dispone de conectividad de red o de una dirección IP, por ejemplo, durante el primer arranque o en procesos de recuperación del sistema. Se obtienen las mismas capacidades de redirección que con mstsc a través del cuadro de diálogo de VMConnect. ESM reduce la exposición a la red asociada al uso de RDP y mantiene los flujos de trabajo administrativos directamente en el host Hyper-V.
Ventajas:
Desventajas:
Requisitos del sistema
Requisitos previos: Activa ESM en el host y habilita Escritorio remoto en la máquina virtual invitada. En versiones más recientes, desactiva la opción “Requerir inicio de sesión con Windows Hello para cuentas Microsoft” antes del primer inicio de sesión con ESM, reinicia los sistemas y cierra sesión.
A. Administrador de Hyper-V (host y VM)
B. Uso de PowerShell (host)
☝ Nota para el usuario
Si solo se inicia una “sesión básica”, comprueba que Escritorio remoto esté habilitado en la VM invitada y que ESM esté permitido en el host.
Uso recomendado: Migración y recuperación de datos sin VHDX; conexión rápida de un disco USB a una máquina virtual.
Con este método, se conecta directamente a la máquina virtual una unidad USB que ha sido puesta sin conexión (offline) en el host, tratándola como un disco duro físico. Esta técnica está pensada exclusivamente para almacenamiento, ya que la VM ve el disco como un dispositivo de bloques sin procesar. Ofrece una forma sencilla de conectar discos y resulta especialmente útil en tareas de recuperación o pruebas. Normalmente, los usuarios utilizan VHDX para conectar unidades, salvo cuando necesitan acceso directo al disco en bruto debido a las limitaciones funcionales de los discos en passthrough.
Finalidad principal
El passthrough de disco físico se utiliza principalmente para proporcionar a una máquina virtual acceso directo y exclusivo a un disco en bruto, sin interferencias ni competencia por parte del host.
Ventajas:
Desventajas:
Requisitos del sistema
Requisitos previos: En el host, utiliza Administración de discos para identificar el disco de destino y ponerlo sin conexión (offline).
A. Uso del Administrador de Hyper-V (host y VM)
B. Uso de PowerShell (host)
(Consulta los ejemplos de conexión mediante -DiskNumber)
☝ Nota para el usuario
Los discos en passthrough pueden interferir con los flujos de trabajo de copia de seguridad y puntos de control, y no pueden exportarse ni migrarse como los dispositivos VHDX.
Uso recomendado:
• Servidores host con un controlador USB adicional disponible;
• Usuarios que necesitan controladores nativos o periféricos propietarios o sensibles a la latencia.
DDA proporciona a la máquina virtual invitada la propiedad y el control nativo de los controladores sobre un dispositivo PCIe físico. En el caso de dispositivos USB, se asigna el controlador USB completo en lugar de puertos individuales. El dispositivo se desconecta del host y se asigna a la VM, ofreciendo un rendimiento y compatibilidad prácticamente nativos.
Esta técnica impone restricciones en la VM mientras el dispositivo está asignado, como la imposibilidad de realizar migraciones en vivo, guardar o restaurar el estado, o utilizar memoria dinámica. Además, DDA no es compatible con todos los dispositivos o controladores y requiere compatibilidad a nivel de hardware y firmware. La herramienta SurveyDDA de Microsoft facilita la desasignación y asignación de dispositivos mediante la ruta PCI.
Finalidad principal
DDA permite un passthrough USB casi nativo al dedicar un controlador USB PCIe completo a una máquina virtual, proporcionando acceso de bajo nivel y compatibilidad con controladores del fabricante. Es una alternativa eficaz cuando la redirección mediante RDP no cumple los requisitos de protocolo o controladores del dispositivo USB.
Ventajas:
Desventajas:
Requisitos del sistema
A. Recopilar información y preparar el entorno (interfaz gráfica del host + requisitos)
B. Asignar el controlador con PowerShell (VM apagada)
☝ Nota para el usuario
DDA no es compatible con todos los controladores y dispositivos. Se recomienda verificar la compatibilidad utilizando el script DDA de Microsoft o la documentación del fabricante.
FlexiHub es una solución de software USB-over-IP que virtualiza puertos USB y COM a través de la red, permitiendo que las máquinas virtuales accedan y utilicen dispositivos como si estuvieran conectados físicamente. La aplicación permite compartir un dispositivo conectado a un servidor con un cliente y garantiza la seguridad mediante el cifrado de todo el tráfico. FlexiHub selecciona automáticamente la ruta de transmisión más rápida entre conexión directa, NAT traversal con QUIC, retransmisión mediante un servidor túnel o RDP. Los equipos comparten el acceso mediante tokens de inicio de sesión seguros, eliminando la necesidad de contraseñas.
Mejores escenarios de uso:
• Los administradores pueden utilizar FlexiHub cuando necesitan una conexión USB fiable en Hyper-V para dispositivos que la redirección RDP no puede gestionar.
• FlexiHub ofrece compatibilidad multiplataforma y funciona en sistemas que no disponen de controladores DDA libres.
• Los equipos pueden usar FlexiHub para acceder a dongles, herramientas de programación, equipamiento de laboratorio y otros dispositivos desde distintas ubicaciones.
Propósito principal
FlexiHub es una solución excelente cuando la redirección RDP o ESM no admite determinadas clases de dispositivos o cuando el periférico se encuentra fuera de la ubicación local. Los puertos USB virtuales creados en el sistema invitado permiten que el sistema operativo de la VM reconozca el dispositivo de forma nativa y cargue los controladores como si fuera un dispositivo local. FlexiHub ofrece compatibilidad multiplataforma con Windows, Linux, macOS, Android y Raspberry Pi a través de redes LAN, VPN o Internet. El software centraliza la gestión de dispositivos USB en máquinas virtuales Hyper-V y permite a los equipos aplicar un control de acceso detallado.
Ventajas:
Desventajas:
Requisitos del sistema
Requisitos previos: Instala FlexiHub en el “servidor” (donde el USB está conectado físicamente) y en la VM (“cliente”). Inicia sesión en el software con las mismas credenciales.
A. Host Hyper-V (dispositivo USB) → VM invitada (consumidor)
Utiliza este procedimiento cuando el USB esté conectado al host y quieras usarlo con una o varias máquinas virtuales.
Consejo de rendimiento: Puedes habilitar una conexión directa abriendo el puerto TCP 5000 de entrada, activando UPnP, o bien FlexiHub seleccionará automáticamente la opción QUIC/RDP/Túnel.
B. Estación de trabajo (dispositivo USB) → VM de Hyper-V mediante RDP/ESM
Usa este procedimiento si ya trabajas con mstsc/ESM, pero el dispositivo no se redirige de forma nativa.
C. PC remoto (dispositivo USB) ↔ VM de Hyper-V (a través de Internet)
Sigue estos pasos si necesitas conectarte a un dispositivo ubicado fuera de la red local o si la VM está detrás de un cortafuegos en un centro de datos o en la nube.
Hyper-V es una plataforma de virtualización muy utilizada que no ofrece compatibilidad nativa con el passthrough USB. Esta limitación puede afectar a la productividad, ya que dificulta la conexión de las máquinas virtuales a dispositivos físicos como impresoras, dongles y unidades de almacenamiento. A lo largo de este artículo hemos analizado distintos métodos para habilitar el passthrough USB en Hyper-V, incluyendo funciones nativas, configuraciones avanzadas y herramientas de terceros.
Los métodos disponibles abarcan desde soluciones simples de gestión de dispositivos hasta funciones avanzadas para hardware especializado. Los usuarios deben evaluar cada opción y elegir la que mejor se adapte a sus necesidades.
