Roon Core Machine
Roon Optimised Core Kit (Roon version 2.0 build 1211) on Intel NUC Kit NUC8i5BEH (processor Intel Core i5-8259U, 16 GB RAM)
Networking Gear & Setup Details
Mac OS X on MacBook Air connecting to FritzBox 6690 Cable (FritzOS 7.50) over WireGuard VPN from remote private network. Roon Bridge version 1.8 build 1125 running on the MacBook Air.
Same problem happens when using an old MacBook Pro running Ubuntu Linux connected to a Cambridge DAC via USB. The MacBook Pro also runs the latest Roon Bridge (Linux version).
Connected Audio Devices
Tivoli Audio connected via the MacBook Air audio 3.5 mm headphone jack.
Number of Tracks in Library
77,000+ tracks
Description of Issue
When I use Roon over a Wireguard VPN connection, it occasionally happens that I lose the connection to my ROCK for a few seconds. In the server logs on my ROCK it always says “Warn: [remoting/remotingprotocolv2] stealing a perfectly good connection…hmmm” in those cases. What does that message mean?
The explanation seems to lie in the two log lines before the warn message:
Trace: [remoting/brokerserver] [initconn 192.168.0.202:59992=>192.168.0.115:9332] Connected
Trace: [remoting/brokerserver] [initconn 192.168.0.202:59992=>192.168.0.115:9332] Resumed Session
192.168.0.202 is the IP assigned by WireGuard to my MacBook Air on the network where the ROCK (192.168.0.115) is located.
Here’s an example of the cluster of log entries around the warning:
02/26 09:27:01 Trace: [remoting/brokerserver] [initconn 192.168.0.202:59992=>192.168.0.115:9332] Connected
02/26 09:27:01 Trace: [remoting/brokerserver] [initconn 192.168.0.202:59992=>192.168.0.115:9332] Resumed Session
02/26 09:27:01 Warn: [remoting/remotingprotocolv2] stealing a perfectly good connection…hmmm
02/26 09:27:01 Trace: [remoting/remotingprotocolv2] resume send 85 messages, 3KiB
02/26 09:27:01 Trace: [raat] [sood] Refreshing device list
02/26 09:27:01 Trace: [raatserver] [sood] Refreshing device list