Aparece pero no conecta: la trampa del USB WiFi en ESXi

Sobre el papel, esto debería haber sido simple: conectar un adaptador USB WiFi, habilitar el passthrough USB en ESXi 8.0.3, vincularlo a una VM y listo.

En cambio, esto es con lo que terminas lidiando:

Realtek RTL8188GU aparece en lsusb
Se detecta en Driver CDROM Mode
esxcli hardware usb passthrough device list muestra: Enabled: false Can Connect to VM: no (passthrough disabled)
Lo habilitas
Añades el quirk USB (UQ_NET_IGNORE)
Reinicias

Y sigue apareciendo deshabilitado, lo que resulta frustrante. Tu configuración no es la causa; te has topado con un límite de la plataforma.

Qué está pasando en realidad

Tu adaptador aparece como:

0bda:1a2b Realtek RTL8188GU 802.11n WLAN Adapter (Driver CDROM Mode)

Esa mención a "Driver CDROM Mode" es la clave. Muchos adaptadores USB WiFi de Realtek arrancan primero en modo de almacenamiento masivo. Se presentan como un falso CD-ROM que contiene drivers para Windows y, una vez que el controlador se carga (en Windows), cambian al modo WiFi real. ESXi no gestiona este cambio de modo de forma limpia.

Peor aún, ESXi es extremadamente selectivo con el soporte de passthrough para dispositivos USB. Como alguien respondió con franqueza:

Que ESXi tenga passthrough USB no significa que cualquier dispositivo USB funcione; solo funcionarán los dispositivos en la HCL de USB.

Y los adaptadores USB WiFi casi nunca figuran en la HCL.

Por qué tu `UQ_NET_IGNORE` no lo solucionó

El quirk que intentaste añadir tenía este aspecto:

esxcli system settings advanced set -o /USB/quirks -s 0xbda:0x1a2b:0:0xffff:UQ_NET_IGNORE

Eso le indica a ESXi: "No intentes tratar esto como una NIC USB", lo cual es correcto. Pero no soluciona:

Que el dispositivo esté en modo CDROM
Las limitaciones de la pila USB de ESXi
El hecho de que esta clase de dispositivos a menudo no es compatible con passthrough en absoluto

Por eso tras un reinicio sigue mostrando la misma salida:

Enabled: false
Can Connect to VM: no (passthrough disabled)

En otras palabras, la pila USB del host continúa tomando el control del dispositivo.

El panorama general: ESXi con USB WiFi es casi siempre un callejón sin salida

Mira el contexto general un momento. ESXi está diseñado para:

Tarjetas de red de centro de datos
Dispositivos de almacenamiento
Controladoras USB compatibles

No está diseñado para redirigir adaptadores USB WiFi domésticos hacia máquinas virtuales. Incluso si logras conectarlo:

El rendimiento es impredecible
Los reinicios de USB rompen la conectividad
Los reinicios del sistema pueden desconectarlo
Algunos chipsets nunca llegan a enumerarse de forma correcta

Estás peleando contra la filosofía de diseño del hipervisor.

Los dos únicos caminos que podrían funcionar

Opción 1: hacer passthrough de toda la controladora USB (passthrough PCI)

En lugar de passthrough de un dispositivo USB individual, haz passthrough de toda la controladora USB:

Ve a Host → Hardware → PCI Devices
Localiza la controladora USB
Habilita el passthrough
Reinicia
Añade el dispositivo PCI a la VM

Esto a veces funciona porque la VM gestiona la pila USB de forma directa y ESXi deja de interferir. Las desventajas:

Toda la controladora USB pasa a pertenecer a la VM
Todo lo conectado a esa controladora desaparece del host
No todas las placas base aíslan las controladoras USB de manera limpia

Aun con esos compromisos, sigue siendo tu mejor alternativa.

Opción 2: dejar de usar USB WiFi

Sé que no es lo que deseas escuchar, pero suele ser la respuesta adecuada. Si tu objetivo es:

Dar acceso WiFi a una VM
Aislar tráfico
Pruebas de laboratorio

entonces existen opciones más convenientes que el USB WiFi:

Usar un enlace por cable y segmentación por VLAN
Usar un pequeño router de viaje como puente WiFi
Añadir una tarjeta WiFi PCIe compatible y hacer passthrough de ella
Usar un equipo físico independiente como cliente WiFi y enrutar el tráfico

Intentar que ESXi se comporte como un hipervisor de escritorio es un camino tortuoso.

El problema específico de Realtek

Los chipsets USB de Realtek en particular son conocidos por:

Comportamiento de enumeración extraño
Cambios de modo
Quirks propios de cada fabricante
Comportamiento deficiente de los drivers en Linux

Incluso en hosts Linux, los administradores pelean con estos adaptadores. En ESXi, estás acumulando incompatibilidad sobre incompatibilidad.

Por qué sigue apareciendo deshabilitado tras reiniciar

Observa cómo la dirección de bus de tu dispositivo cambió de:

Bus 1 Device 9

Bus 1 Device 3

tras reiniciar. Eso significa que la topología USB volvió a enumerarse, la dirección del dispositivo varió y tu asignación de passthrough no persiste, lo que supone otra señal de que ESXi no admite gestionar este dispositivo.

La respuesta sincera

¿Puedes hacer que esto funcione? Tal vez, pero solo si:

Haces passthrough de toda la controladora USB
El chipset no necesita cambio de modo
El sistema operativo de la VM lo gestiona de forma adecuada
La fiabilidad no es prioritaria

¿Llegará a ser estable para producción? No, no con ese adaptador y no en ESXi.

Si se trata de un laboratorio

Si esto es solo un homelab y quieres experimentar:

Prueba el passthrough PCI de la controladora USB
Haz pruebas dentro de una VM Linux
Si falla, no pierdas más tiempo en ello

Tus comandos son correctos. Son las restricciones de diseño de la plataforma lo que te frena.

Conclusión

No configuraste nada mal. Llegaste al límite de lo que ESXi está pensado para soportar.

El passthrough USB existe, pero los adaptadores USB WiFi, sobre todo los de Realtek que arrancan en modo CDROM, rara vez son compatibles. Si buscas una solución limpia y estable, utiliza hardware de red adecuado o haz passthrough de una controladora completa aceptando los compromisos. Cualquier otra opción se sentirá como luchar contra el hipervisor, y habitualmente gana él.