VPN Drops – Inactivity Timeouts beta12

Forums Network Management ZeroShell VPN Drops – Inactivity Timeouts beta12

  • This topic is empty.
Viewing 1 post (of 1 total)
  • Author
  • #41824

    Hi there,

    Running Beta 12 on a few different networks now, and have noticed the following issue on a number of VPN tunnels.

    Configuration is roughly the same at these sites. Two VPN tunnels from each Zeroshell Box, bonded with an IP address on the bond, and routing traffic from one private subnet to another.

    ‘Branch Office’ routers will have one internet connection, with each VPN tunnel pointing at a ‘head office’ with two DSL connections on a zeroshell box, that is using Net Balancer to split the traffic over to each gateway accordingly.

    Traffic flows fine, just having these drops in the logs. Becoming a serious issue now.

    Internet connections are all stable.

    Any information that may assist me in tracking this down? Anyway to change the ‘inactivity timeout’?


    15:05:53 Inactivity timeout (–ping-restart), restarting
    15:05:53 /root/kerbynet.cgi/scripts/vpn_mii VPN00 1500 1578 init
    15:05:53 SIGUSR1[soft,ping-restart] received, process restarting
    15:05:53 Interface VPN00 is DOWN
    15:05:54 TUN/TAP device VPN00 opened
    15:05:54 Listening for incoming TCP connection on [undef]:1198
    15:05:59 TCP connection established with
    15:05:59 TCPv4_SERVER link local (bound): [undef]:1198
    15:05:59 TCPv4_SERVER link remote:
    15:05:59 Peer Connection Initiated with
    15:06:00 Initialization Sequence Completed
    15:06:00 Interface VPN00 is UP
    15:06:55 Inactivity timeout (–ping-restart), restarting
    15:06:55 /root/kerbynet.cgi/scripts/vpn_mii VPN00 1500 1578 init
    15:06:55 SIGUSR1[soft,ping-restart] received, process restarting
    15:06:55 Interface VPN00 is DOWN
    15:06:56 TUN/TAP device VPN00 opened
    15:06:56 Listening for incoming TCP connection on [undef]:1198
    15:07:01 TCP connection established with
    15:07:01 TCPv4_SERVER link local (bound): [undef]:1198
    15:07:01 TCPv4_SERVER link remote:
    15:07:01 Peer Connection Initiated with
    15:07:02 Initialization Sequence Completed
    15:07:02 Interface VPN00 is UP
    15:09:52 Inactivity timeout (–ping-restart), restarting
    15:09:52 /root/kerbynet.cgi/scripts/vpn_mii VPN00 1500 1578 init
    15:09:52 SIGUSR1[soft,ping-restart] received, process restarting
    15:09:52 Interface VPN00 is DOWN
    15:09:53 TUN/TAP device VPN00 opened
    15:09:53 Listening for incoming TCP connection on [undef]:1198
    15:09:59 TCP connection established with
    15:09:59 TCPv4_SERVER link local (bound): [undef]:1198
    15:09:59 TCPv4_SERVER link remote:
    15:09:59 Peer Connection Initiated with
    15:10:00 Initialization Sequence Completed
    15:10:01 Interface VPN00 is UP
    15:10:47 Inactivity timeout (–ping-restart), restarting
    15:10:47 /root/kerbynet.cgi/scripts/vpn_mii VPN00 1500 1578 init
    15:10:47 SIGUSR1[soft,ping-restart] received, process restarting
    15:10:47 Interface VPN00 is DOWN
    15:10:48 TUN/TAP device VPN00 opened
    15:10:48 Listening for incoming TCP connection on [undef]:1198
    15:10:53 TCP connection established with
    15:10:53 TCPv4_SERVER link local (bound): [undef]:1198
    15:10:53 TCPv4_SERVER link remote:
    15:10:53 Peer Connection Initiated with
    15:10:54 Initialization Sequence Completed
    15:10:54 Interface VPN00 is UP
    16:52:52 Inactivity timeout (–ping-restart), restarting
    16:52:52 /root/kerbynet.cgi/scripts/vpn_mii VPN00 1500 1578 init
    16:52:52 SIGUSR1[soft,ping-restart] received, process restarting
    16:52:52 Interface VPN00 is DOWN
    16:52:53 TUN/TAP device VPN00 opened
    16:52:53 Listening for incoming TCP connection on [undef]:1198
    16:53:42 TCP connection established with
    16:53:42 TCPv4_SERVER link local (bound): [undef]:1198
    16:53:42 TCPv4_SERVER link remote:
    16:53:42 Peer Connection Initiated with
    16:53:43 Initialization Sequence Completed
    16:53:43 Interface VPN00 is UP

Viewing 1 post (of 1 total)
  • You must be logged in to reply to this topic.