Why 0xC0230018 pops up when WiFi dongle disappears

When this error shows up

You're on a call, streaming, or transferring a file over a USB WiFi adapter — say a TP-Link Archer T3U or a Realtek RTL8812AU-based dongle. Suddenly the connection drops. Any app that was talking to the network — a browser tab, an SSH session, a game — now throws 0xC0230018. The adapter is physically still plugged in, but Windows reports it as gone.

What's actually happening here is the network interface disappeared from the system while something still held a reference to it. NDIS, the Network Driver Interface Specification layer in Windows, sees the removal and returns this status code to any pending I/O request. The adapter didn't just lose link — it was unregistered entirely.

Root cause

Three things cause this:

USB power savings — Windows selectively suspends the USB port the adapter sits on. The adapter disappears from the PCI/USB bus, NDIS tears it down, and any open sockets get orphaned.
Docking station instability — A USB-C or Thunderbolt dock with a built-in Ethernet chip (Realtek or ASIX) disconnected momentarily. Even a half-second glitch can cause the NDIS stack to treat it as a permanent removal.
Driver crash and restart — The miniport driver faults, NDIS tries to reset it, but the hardware doesn't respond. NDIS marks it as removed rather than stuck.

The reason step 3 below works is it forces Windows to re-enumerate the device rather than leaving its NDIS state in limbo.

Fix it step by step

Unplug the USB adapter or disconnect the dock. Wait about 10 seconds. Plug it back into a different USB port — preferably one on the motherboard, not the front panel or a hub. This forces a full re-enumeration of the device tree.
Disable USB selective suspend. Open Power Options (run powercfg.cpl). Click "Change plan settings" for your active plan, then "Change advanced power settings." Find "USB settings" → "USB selective suspend setting" and set it to Disabled. Apply and restart. This stops Windows from yanking the adapter's power when the system thinks it's idle.
If the adapter still disappears after a few hours, remove the driver completely from Device Manager. Open devmgmt.msc, expand "Network adapters," right-click the adapter, choose "Uninstall device," and check "Delete the driver software for this device." Then scan for hardware changes to re-install fresh drivers. Use the manufacturer's latest driver from their site, not the generic Windows Update one.
Check the dock's firmware if you're using one. Thunderbolt docks (e.g., Lenovo ThinkPad Thunderbolt 3 Dock, Dell WD19) have firmware that can be updated via their respective tools. A firmware bug from 2021 on the Realtek USB GBE chip inside those docks caused exactly this removal event. Update it.
Run the network troubleshooter as a last lazy step — it resets the Winsock catalog and flushes the DNS cache, which can clean up half-broken states. In cmd as admin: netsh int ip reset and netsh winsock reset. Reboot.

Still failing?

If the error keeps coming back, the hardware itself might be the problem. USB WiFi dongles with the Realtek RTL8812AU or RTL8821AU chips run notoriously hot. After an hour of sustained transfer, they can thermally glitch and drop off the bus. Try a different adapter — one based on a Mediatek MT7921 or Intel AX210 chipset. They handle bus re-enumeration better.

Also check the Windows Event Log under System with source e1dexpress, RtEth, or NDIS. If you see a warning saying "The network interface has been removed" followed by a miniport re-initialization, the NDIS stack is recovering but the device slot already died. That narrows it down to the USB controller or the adapter itself, not the software stack.

One more thing — if you're on a laptop with USB-C ports that also carry DisplayPort, some adapters share lanes with the GPU. Plugging into a port that's wired to the dGPU can cause a removal event when the GPU power-gates. Use a USB-A adapter or a port that goes straight to the CPU (usually labeled with a battery or SS logo).