[GH-ISSUE #2593] AmneziaVPN 4.8.15.4 disconnects and stucks on "reconnect" status #1180

New issue

Open

opened 2026-10-13 20:35:58 +00:00 by bsakaguchi · 1 comment

bsakaguchi commented

2026-10-13 20:35:58 +00:00

Owner

Originally created by @IlyaTrykin on GitHub (May 13, 2026).
Original GitHub issue: https://github.com/amnezia-vpn/amnezia-client/issues/2593

AmneziaVPN 4.8.15.4 on MacOS 26.4.1 (25E253) disconnects and stucks on "reconnect" status, at this time it is impossible to normally close the app, it requires force quit and restart.
at the same time it works fine on iOS

Originally created by @IlyaTrykin on GitHub (May 13, 2026). Original GitHub issue: https://github.com/amnezia-vpn/amnezia-client/issues/2593 AmneziaVPN 4.8.15.4 on MacOS 26.4.1 (25E253) disconnects and stucks on "reconnect" status, at this time it is impossible to normally close the app, it requires force quit and restart. at the same time it works fine on iOS <img width="394" height="727" alt="Image" src="https://github.com/user-attachments/assets/465e9364-2a0b-4fb0-b965-3d82b1436751" />

bsakaguchi commented

2026-10-13 20:35:59 +00:00

Author

Owner

@Acidastro commented on GitHub (May 20, 2026):

issue-2593-excerpt.log #
Same issue on macOS (Darwin 25.2.0), AmneziaVPN 4.8.15.4 (2edd7de), protocol OpenVPN over Cloak. Log excerpt attached.
Two distinct bugs combine into the "stuck on reconnect" symptom:

ck-client is not killed on stop → next connect hits EADDRNOTAVAIL loop

After OpenVpnOverCloakProtocol::stop() the ck-client helper apparently stays alive. On the next connect the new
instance enters an infinite retry:

ck-client: level=error msg="Failed to establish new connections to remote:
dial tcp 89.125.144.145:443: connect: can't assign requested address"

Repeats every ~3s for minutes. EADDRNOTAVAIL on dial is a local bind failure (leaked sockets / exhausted ephemeral
ports from the previous helper), not a server problem. Force-quitting the app kills the orphan, the OS reclaims
sockets, and the next launch connects in ~2 seconds.

Fix area: OpenVpnOverCloakProtocol::stop() should wait for the ck-client QProcess to actually terminate (SIGTERM →
finished() with timeout → SIGKILL) before returning.

Reconnect button is dropped while state == Reconnecting

[WARNING] "Reconnect triggered on Reconnecting during inappropriate state: %2; ignoring slot"

Appears in bursts every time the user clicks. Combined with bug #1 there is no in-app way out — the button does
nothing, ck-client is stuck in its bind-loop, force-quit is the only remedy.

Fix area: in Reconnecting state, a user-initiated stop should hard-cancel (kill helpers, go to Disconnected) instead
of being filtered out by the state guard.

Workaround without force-quitting the GUI:
sudo pkill -9 ck-client ; sudo pkill -9 openvpn

@Acidastro commented on GitHub (May 20, 2026): [issue-2593-excerpt.log](https://github.com/user-attachments/files/28068156/issue-2593-excerpt.log) # Same issue on macOS (Darwin 25.2.0), AmneziaVPN 4.8.15.4 (2edd7de), protocol OpenVPN over Cloak. Log excerpt attached. Two distinct bugs combine into the "stuck on reconnect" symptom: 1. ck-client is not killed on stop → next connect hits EADDRNOTAVAIL loop After OpenVpnOverCloakProtocol::stop() the ck-client helper apparently stays alive. On the next connect the new instance enters an infinite retry: ck-client: level=error msg="Failed to establish new connections to remote: dial tcp 89.125.144.145:443: connect: can't assign requested address" Repeats every ~3s for minutes. EADDRNOTAVAIL on dial is a local bind failure (leaked sockets / exhausted ephemeral ports from the previous helper), not a server problem. Force-quitting the app kills the orphan, the OS reclaims sockets, and the next launch connects in ~2 seconds. Fix area: OpenVpnOverCloakProtocol::stop() should wait for the ck-client QProcess to actually terminate (SIGTERM → finished() with timeout → SIGKILL) before returning. 2. Reconnect button is dropped while state == Reconnecting [WARNING] "Reconnect triggered on Reconnecting during inappropriate state: %2; ignoring slot" Appears in bursts every time the user clicks. Combined with bug #1 there is no in-app way out — the button does nothing, ck-client is stuck in its bind-loop, force-quit is the only remedy. Fix area: in Reconnecting state, a user-initiated stop should hard-cancel (kill helpers, go to Disconnected) instead of being filtered out by the state guard. Workaround without force-quitting the GUI: sudo pkill -9 ck-client ; sudo pkill -9 openvpn

bsakaguchi referenced this issue

2026-10-13 21:20:16 +00:00

[PR #1180] [MERGED] bugfix: added missing text in the errors #2260