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

OpenVPN with Viscosity connection can’t handle two clients

Scheduled Pinned Locked Moved OpenVPN
4 Posts 1 Posters 482 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.
  • D
    DominikHoffmann
    last edited by DominikHoffmann Nov 21, 2020, 8:15 PM Nov 21, 2020, 7:59 PM

    I have set up an OpenVPN server on my pfSense box at home. It works just fine, and when connecting using tap, it’s almost an identical experience to being at home.

    However, when I connect two clients (Mac) to the VPN, the cycle through making the connection, cutting it, and establishing it. I have only been able to test this with both being on the same outside network (my neighbor’s or my son’s school’s). I have not tried this with both clients making VPN connections from different outside LANs.

    Here is the log that shows what might be going on. I myself do not possess enough expertise to understand what is.

    Here is the part of the Viscosity log file that shows what’s going on (I’ll look for the pfSense OpenVPN logs and will put them in a follow-up message in this thread):

    2020-11-21 14:42:15: Viscosity Mac 1.9 (1556)
    2020-11-21 14:42:15: Viscosity OpenVPN Engine Started
    2020-11-21 14:42:15: Running on macOS 11.0.1
    2020-11-21 14:42:15: ---------
    2020-11-21 14:42:15: State changed to Connecting
    2020-11-21 14:42:15: Valid existing endpoint found... 208.xxx.xxx.xxx:443:tcp4-client
    2020-11-21 14:42:15: TCP/UDP: Preserving recently used remote address: [AF_INET]208.xxx.xxx.xxx:443
    2020-11-21 14:42:15: Attempting to establish TCP connection with [AF_INET]208.xxx.xxx.xxx:443 [nonblock]
    2020-11-21 14:42:17: TCP connection established with [AF_INET]208.xxx.xxx.xxx:443
    2020-11-21 14:42:17: TCPv4_CLIENT link local: (not bound)
    2020-11-21 14:42:17: TCPv4_CLIENT link remote: [AF_INET]208.xxx.xxx.xxx:443
    2020-11-21 14:42:17: State changed to Authenticating
    2020-11-21 14:42:18: [server] Peer Connection Initiated with [AF_INET]208.xxx.xxx.xxx:443
    2020-11-21 14:42:19: Preserving previous TUN/TAP instance: en12
    2020-11-21 14:42:19: Initialization Sequence Completed
    2020-11-21 14:42:19: Disabling DHCP on interface en12 (not required)
    2020-11-21 14:42:19: DNS mode set to Split
    2020-11-21 14:42:19: State changed to Connected
    2020-11-21 14:42:24: Connection reset, restarting [0]
    2020-11-21 14:42:24: SIGUSR1[soft,connection-reset] received, process restarting
    

    … and then it repeats itself.

    D 1 Reply Last reply Nov 21, 2020, 8:18 PM Reply Quote 0
    • D
      DominikHoffmann @DominikHoffmann
      last edited by Nov 21, 2020, 8:18 PM

      This post is deleted!
      1 Reply Last reply Reply Quote 0
      • D
        DominikHoffmann
        last edited by DominikHoffmann Nov 21, 2020, 8:22 PM Nov 21, 2020, 8:22 PM

        OpenVPN log:

        Nov 21 20:12:36	openvpn	59802	MANAGEMENT: Client connected from /var/etc/openvpn/server3.sock
        Nov 21 20:12:37	openvpn	59802	MANAGEMENT: CMD 'status 2'
        Nov 21 20:12:37	openvpn	59802	MANAGEMENT: CMD 'quit'
        Nov 21 20:12:37	openvpn	59802	MANAGEMENT: Client disconnected
        Nov 21 20:13:41	openvpn	59802	MANAGEMENT: Client connected from /var/etc/openvpn/server3.sock
        Nov 21 20:13:41	openvpn	59802	MANAGEMENT: CMD 'status 2'
        Nov 21 20:13:41	openvpn	59802	MANAGEMENT: CMD 'quit'
        Nov 21 20:13:41	openvpn	59802	MANAGEMENT: Client disconnected
        

        … and so on.

        1 Reply Last reply Reply Quote 0
        • D
          DominikHoffmann
          last edited by Nov 21, 2020, 9:07 PM

          Just tried it with one client connecting to my home LAN through my neighbor’s WiFi network and this laptop connecting to it through a public xfinitywifi hotspot.

          Same issue. I wonder, what the interaction between two clients is.

          1 Reply Last reply Reply Quote 0
          4 out of 4
          • First post
            4/4
            Last post
          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
            This community forum collects and processes your personal information.
            consent.not_received