Hello Michael,
I am experiencing an issue with my VirtualHere Client (version 5.8.7) on macOS Sequoia (15.3) where it repeatedly disconnects from remote VirtualHere Server, while connections to a local server remain stable. Below are the details:
Client & System Information
- VirtualHere Client: 5.8.7 (Compiled: Apr 25 2025 14:05:26)
- Client OS: macOS Sequoia 15.3 (Build 24D2059)
- Hardware: Mac Studio M3 Ultra, 96 GB RAM
- Config Path:
/Users/###/Library/Preferences/vhui Preferences - IPC Socket:
/tmp/vhclient - Bonjour Auto-Find: Enabled (both SSL & non-SSL)
Behavior
- When pointing at the local VirtualHere Server, the client remains connected indefinitely with no issues.
- When connecting to the remote server (IP
##.##.##.##on port 7575), the client is able to establish a connection, but after a variable interval (ranging from ~1 to ~2 hours), it always disconnects “gracefully” followed by repeated “Server ping timeout” messages.
2025-05-06 15:44:06 INFO :Could not connect to ##.##.##.##:7575
…
2025-05-06 16:55:13 INFO :Connection 2 remotely disconnected gracefully (rx)
2025-05-06 16:55:23 INFO :Server ping timeout, shutting down connection 2...
…
2025-05-06 16:58:13 INFO :assert:../src/common/event.cpp,1981,SearchDynamicEventTable,nNew != dynamicEvents.size(),
2025-05-06 16:58:13 INFO :Server ping timeout, shutting down connection 4...
2025-05-06 16:58:13 INFO :Connection 4 remotely disconnected gracefully (rx)
…
2025-05-06 21:33:28 INFO :Connection 9 receiving msg size didnt complete due to error 9, Bad file descriptor
2025-05-06 21:33:28 INFO :Server ping timeout, shutting down connection 9...
…
2025-05-06 22:48:14 INFO :assert:../src/common/event.cpp,1981,SearchDynamicEventTable,nNew != dynamicEvents.size(),
2025-05-06 22:48:14 INFO :Server ping timeout, shutting down connection 13...
What I’ve Tried So Far
- Verified network stability (no packet loss or high latency to remote server).
- Reinstalled the client and reset preferences.
- Tested from another macOS client without issue—suggesting something specific to this machine or client build.
Thank you in advance for your support!
.
Is this going through the Chinese Firewall?
No, there is no firewall…
No, there is no firewall involved — neither on the client side nor on the server side. This is not going through the Chinese Firewall.
The only change is that I recently replaced my computer. Previously, everything was working fine on a Mac Pro (Late 2013) running macOS Monterey. The issue started after switching to a new Mac Studio M3 Ultra with macOS Sequoia 15.3.
.
On the problematic client can you right click USB Servers->About->Statistics. Can you leave the graph running for a while and see if there are any big spikes.
.
Yes, I checked the USB Servers > About > Statistics graph on the problematic client. There are indeed latency spikes up to 1 second, and right after those spikes, the client loses connection to the server — sometimes even to the local server as well, not just the remote one.
2025-05-12 16:38:46 INFO :assert:../src/common/event.cpp,1981,SearchDynamicEventTable,nNew != dynamicEvents.size(),
2025-05-12 16:38:46 INFO :Server ping timeout, shutting down connection 3...
2025-05-12 16:38:46 INFO :Connection 3 receiving msg size didnt complete due to error 9, Bad file descriptor
2025-05-12 16:38:46 INFO :Server ping timeout, shutting down connection 4...
2025-05-12 16:38:46 INFO :Connection 4 receiving msg size didnt complete due to error 9, Bad file descriptor
.
You might have a loose cable. Try running ping in Terminal at the same time to see if that also shows the jump
.
Hi Michael,
Thank you — you were absolutely right. The issue turned out to be a faulty Ethernet cable. After replacing it, the latency spikes disappeared and the connection is now stable, both with the remote and local servers.
Really appreciate your help!
.
Excellent!