Tunnel broken after switch from USB to WiFi

[colmaengus]

Describe the bug
When an iOS device switches from USB to WiFi the tunnel daemon has to be restarted to access the device again

To Reproduce
Steps to reproduce the behavior:

1. Configure the iOS device in Xcode to connect over USB or WiFi.
2. Connect the iOS device via USB
3. Start the tunnel daemon
4. Confirm that ios --udid=XXX diskspace is working
5. Disconnect USB and confirm in Xcode that the iOS device is now connected via WiFi
6. ios --udid=XXX diskspace eventually fails with the following error: {"err":"NewWithAddrPortTUNDevice: failed to connect to device: ConnectToHttp2WithAddr: failed to dial: dial tcp [fdfc:eb24:7be0::1]:52832: connect: operation timed out","level":"fatal","msg":"could not connect to RSD","time":"2025-05-15T16:28:04+01:00"}
7. Kill the tunnel daemon and ios --udid=XXX diskspace starts working again

Expected behavior
Access to the device would continue to work after switching USB to WiFi without having to kill the tunnel daemon

Desktop (please complete the following information):

• OS: macOS
• Version 15.4.1

Smartphone (please complete the following information):

• Device: iPhone XR
• OS: iOS
• Version 18.5

Additional context

• What is strange is that the device is listed twice in ios list before you disconnect from USB and listed once after even though its unable to connect.
• When you reconnect USB ios --udid=XXX diskspace continues to work and ios list lists the device twice

[danielpaulus]

Good repro, thanks. Two separate things here: (1) the agent keeping a dead tunnel record after USB disconnect — #809 (open PR) adds a liveness probe that evicts dead tunnels so you no longer need to kill the daemon; (2) actually re-establishing the tunnel over Wi-Fi — that's not supported today (network-only devices are skipped by the tunnel manager), and Wi-Fi transport/persistence is consolidated in #532. Keeping this open until #809 lands for the eviction half; the double ios list entry is the usbmuxd USB record plus the network record, which explains what you observed.