# Client does not reflect openvpn disconnect

**URL:** <https://forum.pritunl.com/t/client-does-not-reflect-openvpn-disconnect/3526>\
**Category:** Pritunl VPN\
**Tags:** pritunl-client\
**Created:** [September 2, 2025, 9:36pm UTC](https://forum.pritunl.com/t/client-does-not-reflect-openvpn-disconnect/3526 "2025-09-02T21:36:39Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![freefallcohesive](https://forum.pritunl.com/letter_avatar_proxy/v4/letter/f/d9b06d/32.png) [@freefallcohesive](https://forum.pritunl.com/u/freefallcohesive)\
**Post date:** [September 2, 2025, 9:36pm UTC](https://forum.pritunl.com/t/client-does-not-reflect-openvpn-disconnect/3526/1 "2025-09-02T21:36:39Z")

</div>

Hello, I’m testing authentication timeouts with Google SSO and I’ve noticed that the client does not seem to recognize the server pushed openvpn disconnect when authentication has expired. I see the message in the client logs but the connection just continuously tries to restart while on the profile page it still shows as connected. When using wireguard as the connection method the client disconnects as expected when the server terminates the session. This seems like an unintended bug in the client? I have both Pritunl and OpenVPN authentication cache disabled.

---

<div class="post-metadata">

**Author:** ![zach](https://forum.pritunl.com/user_avatar/forum.pritunl.com/zach/32/1105_2.png) [@zach](https://forum.pritunl.com/u/zach)\
**Post date:** [September 2, 2025, 10:19pm UTC](https://forum.pritunl.com/t/client-does-not-reflect-openvpn-disconnect/3526/2 "2025-09-02T22:19:57Z")

</div>

The client will continue to attempt to reconnect unless reconnection is disabled in the top right settings.

---

<div class="post-metadata">

**Author:** ![freefallcohesive](https://forum.pritunl.com/letter_avatar_proxy/v4/letter/f/d9b06d/32.png) [@freefallcohesive](https://forum.pritunl.com/u/freefallcohesive)\
**Post date:** [September 4, 2025, 7:17pm UTC](https://forum.pritunl.com/t/client-does-not-reflect-openvpn-disconnect/3526/3 "2025-09-04T19:17:56Z")

</div>

Hi Zach,

I tried out that setting but the situation is still the same. I’ve double checked the setting again and its is indeed disabled, stopped and started the server, re-imported the connection profile on the client, but when connected with OpenVPN the client still says connected log after the server kills the connection.

---

<div class="post-metadata">

**Author:** ![zach](https://forum.pritunl.com/user_avatar/forum.pritunl.com/zach/32/1105_2.png) [@zach](https://forum.pritunl.com/u/zach)\
**Post date:** [September 4, 2025, 11:21pm UTC](https://forum.pritunl.com/t/client-does-not-reflect-openvpn-disconnect/3526/4 "2025-09-04T23:21:16Z")

</div>

Open the logs in the top right menu and check the log for the profile that is having the issue.

There are issues on Windows where the TAP adapters become unusable. The client update today will also reset the TAP adapters with the reset networking option in the client menu.

---

<div class="post-metadata">

**Author:** ![freefallcohesive](https://forum.pritunl.com/letter_avatar_proxy/v4/letter/f/d9b06d/32.png) [@freefallcohesive](https://forum.pritunl.com/u/freefallcohesive)\
**Post date:** [September 5, 2025, 2:30pm UTC](https://forum.pritunl.com/t/client-does-not-reflect-openvpn-disconnect/3526/5 "2025-09-05T14:30:07Z")

</div>

```auto
2025-09-05 08:24:16 TCP/UDP: Preserving recently used remote address: [AF_INET]<redacted>:18300
2025-09-05 08:24:16 UDPv4 link local: (not bound)
2025-09-05 08:24:16 UDPv4 link remote: [AF_INET]<redacted>:18300
2025-09-05 08:24:20 Server poll timeout, restarting
2025-09-05 08:24:20 SIGUSR1[soft,server_poll] received, process restarting

```

This just repeats forever until I hit the disconnect button. I’m using TUN not TAP for the connection.