Stealing a perfectly good connection…hmmm

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>] Connected
Trace: [remoting/brokerserver] [initconn>] Resumed Session is the IP assigned by WireGuard to my MacBook Air on the network where the ROCK ( is located.

Here’s an example of the cluster of log entries around the warning:

02/26 09:27:01 Trace: [remoting/brokerserver] [initconn>] Connected
02/26 09:27:01 Trace: [remoting/brokerserver] [initconn>] 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

This topic was automatically closed 45 days after the last reply. New replies are no longer allowed.