Agent stuck in SessionNotSetup reconnect loop — tunnel unreachable

help
1

Hi,

My tunnel accepts TCP connections but never relays traffic to my local server. The agent repeatedly loses its control session immediately after connecting.

Account/agent details

  • Agent ID: 0739f97c-38a1-44de-bd1a-1e9879a38cb7

  • Agent version: 1.0.10, Windows

  • Tunnel: voidcity.playit.pub → 127.0.0.1:25565, Proxy Protocol: None

  • Paid plan

Symptom — control session loop (repeats every ~1s):

WARN maintained_control: control session expired; reconnecting reason=SessionNotSetup

INFO daemon: playit connected; tunnels loaded agent_id=0739f97c-38a1-44de-bd1a-1e9879a38cb7

tunnel_count=1 pending_tunnel_count=0 disabled_tunnel_count=0 account_status="verified"

WARN maintained_control: control session expired; reconnecting reason=SessionNotSetup

Earlier IPv6 issue (already resolved by me):

The agent was pinging an IPv6 tunnel server on a host with no IPv6 connectivity (no global address, no ::/0 route):

ERROR address_selector: failed to send initial ping

error=Os { code: 10051, kind: NetworkUnreachable } addr=[2602:fbaf:85c:1::1]:5525

ERROR address_selector: failed to ping tunnel server

Setting Allow IPv6 → Only IPv4 cleared those errors. The SessionNotSetup loop continued unchanged. As feedback: the agent should fall back to IPv4 automatically rather than failing when no IPv6 route exists.

Local server verified working

A Minecraft status handshake against 127.0.0.1:25565 returns valid status JSON. The server listens on both 0.0.0.0:25565 and [::]:25565.

External behaviour

At 147.185.221.230:63283 the edge accepted TCP but closed the connection immediately when a Minecraft handshake was sent. After recreating the tunnel, that endpoint now times out entirely.

Already ruled out

  • Duplicate agents — only the background service runs, with an active control connection

  • Tunnel misconfiguration — verified 127.0.0.1:25565, Proxy Protocol None

  • Agent assignment — only one agent listed on the account

  • Stale allocation — tunnel deleted and recreated, no change

  • Local firewall — agent connects over loopback, which is exempt

Could you check why this agent cannot establish a stable control session?

Thanks.