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

    OpenVPN server seems to fall asleep

    Scheduled Pinned Locked Moved OpenVPN
    2 Posts 2 Posters 5.3k 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.
    • M
      micha
      last edited by

      Hello,

      basically my OpenVPN server is working - except that it seems to fall asleep. Every day I need 4-5 connect retries until I get a working connection. After this procedure, I can disconnect and reconnect as often I want. Next day, I need those retries to wake it up. Is this known problem?

      Here are the server's logs:

      
      Apr 3 17:00:39 	openvpn[489]: TCP connection established with xxx.xx.xxx.x:38499
      Apr 3 17:00:39 	openvpn[489]: TCPv4_SERVER link local (bound): [undef]:443
      Apr 3 17:00:39 	openvpn[489]: TCPv4_SERVER link remote: xxx.xx.xxx.x:38499
      Apr 3 17:00:50 	openvpn[489]: Peer Connection Initiated with xxx.xx.xxx.x:38499
      Apr 3 17:00:50 	openvpn[489]: Connection reset, restarting [0]
      Apr 3 17:00:50 	openvpn[489]: SIGUSR1[soft,connection-reset] received, process restarting
      Apr 3 17:00:51 	openvpn[489]: Re-using pre-shared static key
      Apr 3 17:00:51 	openvpn[489]: LZO compression initialized
      Apr 3 17:00:51 	openvpn[489]: Preserving previous TUN/TAP instance: tun0
      Apr 3 17:00:51 	openvpn[489]: Listening for incoming TCP connection on [undef]:443
      Apr 3 17:00:52 	openvpn[489]: TCP connection established with xxx.xx.xxx.x:38259
      Apr 3 17:00:52 	openvpn[489]: TCPv4_SERVER link local (bound): [undef]:443
      Apr 3 17:00:52 	openvpn[489]: TCPv4_SERVER link remote: xxx.xx.xxx.x:38259
      Apr 3 17:00:52 	openvpn[489]: Connection reset, restarting [0]
      Apr 3 17:00:52 	openvpn[489]: SIGUSR1[soft,connection-reset] received, process restarting
      Apr 3 17:00:53 	openvpn[489]: Re-using pre-shared static key
      Apr 3 17:00:53 	openvpn[489]: LZO compression initialized
      Apr 3 17:00:53 	openvpn[489]: Preserving previous TUN/TAP instance: tun0
      Apr 3 17:00:53 	openvpn[489]: Listening for incoming TCP connection on [undef]:443
      Apr 3 17:01:06 	openvpn[489]: TCP connection established with xxx.xx.xxx.x:19176
      Apr 3 17:01:06 	openvpn[489]: TCPv4_SERVER link local (bound): [undef]:443
      Apr 3 17:01:06 	openvpn[489]: TCPv4_SERVER link remote: xxx.xx.xxx.x:19176
      Apr 3 17:01:06 	openvpn[489]: Connection reset, restarting [0]
      Apr 3 17:01:06 	openvpn[489]: SIGUSR1[soft,connection-reset] received, process restarting
      Apr 3 17:01:07 	openvpn[489]: Re-using pre-shared static key
      Apr 3 17:01:07 	openvpn[489]: LZO compression initialized
      Apr 3 17:01:07 	openvpn[489]: Preserving previous TUN/TAP instance: tun0
      Apr 3 17:01:07 	openvpn[489]: Listening for incoming TCP connection on [undef]:443
      Apr 3 17:01:45 	openvpn[489]: TCP connection established with xxx.xx.xxx.x:39824
      Apr 3 17:01:45 	openvpn[489]: TCPv4_SERVER link local (bound): [undef]:443
      Apr 3 17:01:45 	openvpn[489]: TCPv4_SERVER link remote: xxx.xx.xxx.x:39824
      Apr 3 17:01:55 	openvpn[489]: Peer Connection Initiated with xxx.xx.xxx.x:39824
      Apr 3 17:01:56 	openvpn[489]: Initialization Sequence Completed
      
      
      1 Reply Last reply Reply Quote 0
      • W
        WGamradt
        last edited by

        Hello Micha,

        Your issue seems very similar to mine.  See the thread below.

        http://forum.pfsense.org/index.php/topic,15300.0.html

        So far, I have not been able to resolve the issue.  However, I have made a similar discovery.  I had a terminal ping going in a session for 36 hours.  Once the tunnel is up it seems to be very stable.  I too have to attempt multiple times.  However, I did notice that while that one connection was active, I was much more likely to be able to establish a connection from another client on the first try.

        I know that this information will not help you as such but it may be wise to watch each other's threads to see where things go.

        I have actually decided to purchase a support contract and will be opening a case if I cannot figure this out.  At this point it seems unlikely that I will resolve myself.  I seem to have hit a brick wall due to my level of expertise it seems.

        Good luck
        Wayne

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