Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    OpenVPN clients cannot pass traffic when reconnecting using the same source port after upgrading to version 2.5.0

    Scheduled Pinned Locked Moved OpenVPN
    1 Posts 1 Posters 245 Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • W
      wesleylc1 Rebel Alliance
      last edited by wesleylc1

      Hi guys!

      At the moment I'm having a lot of problems with the loss of the client's connection in OpenVPN, this problem started to occur after upgrading from version 2.4.5 to 2.5.0, under analysis on the client's computer, the OpenVPN connection has the status of connected , but does not respond to requests (ICMP) on the host on my remote network. At the same time, I checked the client's connection status on the firewall and it appears OK, in the OpenVPN Status also with connected session, as shown.

      • Note: * The client returns operational only when I click on delete the session in Diagnostics > States > States

      001.png

      Additional Information:

      Before installing for version 2.5.0, I collected the route table used by my connection on the OpenVPN client, and according to the image, it is possible to identify that they were declared successfully for the client's computer.

      002.png

      The same problem occurred with another client, who in the analysis identified that he was using OpenVPN Client 2.4.9, so I removed and deleted the configuration files (C: \ Users \ user \ OpenVPN / “C: \ Program Files \ OpenVPN") , I finally installed the version of OpenVPN Client 2.5.0, as shown in the image below.

      Version installed when the OpenVPN Client 2.4.9 problem occurred.

      003.png

      OpenVPN client connection log

      2021-03-12 09:14:51 OpenVPN 2.5.0 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [AEAD] built on Oct 28 2020
      2021-03-12 09:14:51 Windows version 10.0 (Windows 10 or greater) 64bit
      2021-03-12 09:14:51 library versions: OpenSSL 1.1.1h  22 Sep 2020, LZO 2.10
      Enter Management Password:
      2021-03-12 09:14:53 TCP/UDP: Preserving recently used remote address: [AF_INET]179.191.111.XXX:1194
      2021-03-12 09:14:53 UDPv4 link local (bound): [AF_INET][undef]:1194
      2021-03-12 09:14:53 UDPv4 link remote: [AF_INET]179.191.111.XXX:1194
      2021-03-12 09:14:53 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
      2021-03-12 09:14:53 [OpenVPN-Server] Peer Connection Initiated with [AF_INET]179.191.111.XXX:1194
      2021-03-12 09:14:54 open_tun
      2021-03-12 09:14:54 tap-windows6 device [OpenVPN TAP-Windows6] opened
      2021-03-12 09:14:54 Set TAP-Windows TUN subnet mode network/local/netmask = 10.0.8.0/10.0.8.29/255.255.255.128 [SUCCEEDED]
      2021-03-12 09:14:54 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.0.8.29/255.255.255.128 on interface {BB8BAF56-6270-4934-8731-7BAB3FAB882B} [DHCP-serv: 10.0.8.126, lease-time: 31536000]
      2021-03-12 09:14:54 Successful ARP Flush on interface [24] {BB8BAF56-6270-4934-8731-7BAB3FAB882B}
      2021-03-12 09:14:54 IPv4 MTU set to 1500 on interface 24 using service
      2021-03-12 09:15:00 Initialization Sequence Completed
      2021-03-12 09:15:00 Register_dns request sent to the service
      

      Best Regards,
      Wesley

      1 Reply Last reply Reply Quote 0
      • First post
        Last post
      Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.