Es wird erkannt, lässt sich aber nicht durchreichen - Die ESXi-USB-WLAN-Falle, in die jeder tappt

„Es wird erkannt… lässt sich aber nicht durchreichen“ — Die ESXi-USB-WLAN-Falle, in die jeder tappt

Auf dem Papier hätte das einfach sein sollen.

USB-WLAN-Adapter einstecken. USB-Passthrough auf ESXi 8.0.3 aktivieren. An eine VM anhängen. Fertig.

Stattdessen starren Sie auf Folgendes:

• Realtek RTL8188GU erscheint in lsusb
• Es wird als Driver CDROM Mode erkannt
• esxcli hardware usb passthrough device list zeigt: Enabled: false Can Connect to VM: no (passthrough disabled)
• Sie aktivieren es
• Fügen den USB-Quirk (UQ_NET_IGNORE) hinzu
• Starten neu

Und es kommt trotzdem weiterhin als deaktiviert zurück.

Das ist frustrierend.

Aber hier ist die harte Wahrheit: Das ist kein Konfigurationsproblem. Das ist ein Problem der Plattform-Limitierung.

---

Was tatsächlich passiert

Ihr Adapter:

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

Dieser Teil „Driver CDROM Mode“ ist der Schlüssel.

Viele Realtek-USB-WLAN-Adapter booten zunächst in einen Mass-Storage-Modus. Sie geben sich als ein gefälschtes CD-ROM aus, das Windows-Treiber enthält. Nachdem der Treiber geladen ist (unter Windows), wechseln sie in den tatsächlichen WLAN-Modus.

ESXi handhabt dieses Modus-Wechsel-Verhalten nicht gut.

Noch schlimmer: ESXi ist extrem wählerisch bei der Unterstützung von USB-Geräte-Passthrough.

Wie jemand unverblümt antwortete:

Nur weil ESXi USB-Passthrough hat, heißt das nicht, dass jedes USB-Gerät funktioniert — nur Geräte auf der USB-HCL funktionieren.

Und USB-WLAN-Adapter?

Fast nie auf der HCL.

---

Warum Ihr UQ_NET_IGNORE es nicht behoben hat

Sie haben Folgendes versucht:

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

Das sagt ESXi:

„Versuche nicht, das als USB-NIC zu behandeln.“

Was korrekt ist.

Aber es behebt nicht:

• Dass sich das Gerät im CDROM-Modus befindet
• Die Limitierungen des USB-Stacks von ESXi
• Die Tatsache, dass diese Geräteklasse oft überhaupt nicht für Passthrough unterstützt wird

Deshalb zeigt es nach dem Neustart weiterhin:

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

Der USB-Stack des Hosts beansprucht es weiterhin für sich.

---

Die größere Realität: ESXi + USB-WLAN ist fast immer eine Sackgasse

Zoomen wir raus.

ESXi ist ausgelegt für:

• Datacenter-NICs
• Storage-Geräte
• Unterstützte USB-Controller

Es ist nicht dafür ausgelegt, Consumer-USB-WLAN-Adapter in VMs durchzureichen.

Selbst wenn Sie es verbunden bekommen:

• Die Performance ist unvorhersehbar
• USB-Resets brechen die Verbindung
• Neustarts können es trennen
• Manche Chipsätze enumerieren nie vollständig korrekt

Sie kämpfen gegen die Design-Philosophie des Hypervisors.

---

Die einzigen zwei Wege, die funktionieren könnten

Option 1: Den gesamten USB-Controller durchreichen (PCI-Passthrough)

Statt USB-Geräte-Passthrough den gesamten USB-Controller durchreichen:

1. Gehen Sie zu Host → Hardware → PCI Devices
2. Finden Sie den USB-Controller
3. Aktivieren Sie Passthrough
4. Starten Sie neu
5. Fügen Sie das PCI-Gerät der VM hinzu

Das funktioniert manchmal, weil:

• Die VM den USB-Stack direkt handhabt
• ESXi aufhört, sich einzumischen

Aber:

• Der gesamte USB-Controller gehört jetzt der VM
• Alles, was an diesem Controller hängt, verschwindet vom Host
• Nicht alle Motherboards isolieren USB-Controller sauber

Trotzdem ist das Ihre beste Chance.

---

Option 2: Kein USB-WLAN mehr nutzen

Ich weiß. Nicht das, was Sie hören wollen.

Aber das ist meist die richtige Antwort.

Wenn Ihr Ziel ist:

• Einer VM WLAN-Zugang zu geben
• Traffic zu isolieren
• Lab-Tests

Gibt es bessere Ansätze:

• Einen kabelgebundenen Uplink und VLAN-Segmentierung nutzen
• Einen kleinen Reiserouter als WLAN-Bridge nutzen
• Eine unterstützte PCIe-WLAN-Karte hinzufügen und diese durchreichen
• Eine separate physische Box als WLAN-Client nutzen und Traffic routen

Der Versuch, ESXi wie einen Desktop-Hypervisor verhalten zu lassen, ist ein schmerzhafter Weg.

---

Das Realtek-spezifische Problem

Realtek-USB-Chipsätze sind berüchtigt für:

• Merkwürdiges Enumerationsverhalten
• Modus-Wechsel
• Herstellerspezifische Eigenheiten
• Schlechtes Treiberverhalten auf Linux-Ebene

Selbst auf Linux-Hosts kämpfen Leute mit diesen Adaptern.

Auf ESXi?

Da stapelt sich Inkompatibilität auf Inkompatibilität.

---

Warum es nach dem Neustart weiterhin als deaktiviert angezeigt wird

Beachten Sie, wie sich Ihr Gerät bewegt hat von:

Bus 1 Device 9

zu:

Bus 1 Device 3

nach dem Neustart.

Das bedeutet:

• Die USB-Topologie wurde neu enumeriert
• Die Geräteadresse hat sich geändert
• Ihre Passthrough-Bindung hält nicht

Das ist ein weiteres Warnsignal, dass ESXi mit diesem Gerät nicht glücklich ist.

---

Die ehrliche Antwort

Können Sie das zum Laufen bringen?

Vielleicht.

Wenn:

• Sie den gesamten USB-Controller durchreichen
• Der Chipsatz keinen Modus-Wechsel benötigt
• Das VM-Betriebssystem es korrekt handhabt
• Ihnen Zuverlässigkeit egal ist

Wird das jemals produktionsstabil sein?

Nein.

Nicht mit diesem Adapter.

Nicht auf ESXi.

---

Falls das ein Lab ist

Wenn das nur ein Homelab ist und Sie experimentieren möchten:

1. Probieren Sie PCI-Passthrough des USB-Controllers
2. Testen Sie es in einer Linux-VM
3. Scheitert es, investieren Sie keine weitere Zeit hinein

Denn das Problem sind nicht Ihre Befehle.

Es sind die Design-Beschränkungen der Plattform.

---

Fazit

Sie haben es nicht falsch konfiguriert.

Sie sind an die Grenze dessen gestoßen, was ESXi unterstützen soll.

USB-Passthrough existiert.

Aber USB-WLAN-Adapter — besonders Realtek-Modelle, die im CDROM-Modus booten — sind selten kompatibel.

Wenn Sie das sauber und stabil haben wollen:

Nutzen Sie richtige Networking-Hardware.

Oder reichen Sie einen gesamten Controller durch und akzeptieren Sie die Kompromisse.

Alles andere wird sich anfühlen wie ein Ringkampf mit dem Hypervisor — und der gewinnt meistens.