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

    Configure solely as VPN server? (Mac clients)

    Scheduled Pinned Locked Moved IPsec
    standalone vpn
    8 Posts 2 Posters 916 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.
    • deemeryD
      deemery
      last edited by

      Since Mac OS X Server has been gutted, I want to use pfSense to replace the Apple OS X Server VPN service. And for now, that's -all- I want to do*. How do I configure (from scratch) a Netgate box running pfSense to do this? And then what do I need to do on the Mac client side?

      I'm presuming that I have to (a) connect the NetGate/pfSense appliance standalone to a computer, set the computer's IP to 192.168.1.2, and then I can talk to pfSense. Next, I presume I'll need to configure pfSense (using the web interface) to sit on my LAN (with the appropriate LAN IP Address) ad plug it into the LAN. I'll configure the router/firewall (currently Apple Airport) to send the VPN packets from the WAN to the NetGate/pfSense device, and from there pfSense will put the packets back onto my LAN (with access to my local services, etc.)

      Am I missing anything conceptually? Has someone done this already?

      • I'll tackle the rest of the stuff later.
      1 Reply Last reply Reply Quote 0
      • DerelictD
        Derelict LAYER 8 Netgate
        last edited by

        You would need to configure a pfSense server inside your network with just a WAN interface.

        Whatever is handling your edge networking would need to forward ports UDP/500, UDP/4500, and protocol ESP to that inside host.

        Then you would set up an IKEv2 remote access IPsec server something like this:

        https://docs.netgate.com/pfsense/en/latest/book/ipsec/mobile-ipsec-example-ikev2.html

        Chattanooga, Tennessee, USA
        A comprehensive network diagram is worth 10,000 words and 15 conference calls.
        DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
        Do Not Chat For Help! NO_WAN_EGRESS(TM)

        deemeryD 1 Reply Last reply Reply Quote 1
        • deemeryD
          deemery @Derelict
          last edited by

          @Derelict , thanks!

          Just the WAN interface, though? Physically plug the WAN port into my LAN, then the packets go from the firewall to the pfSense on WAN port, and back out to the rest of the network on that same port?

          1 Reply Last reply Reply Quote 0
          • DerelictD
            Derelict LAYER 8 Netgate
            last edited by

            Yeah. pfSense can accept IPsec connections on its "WAN".

            When a connected client connects across the tunnel, that connection will logically come into a separate interface on pfSense (IPsec or enc0) and from there it will be routed out its WAN port to the rest of your network.

            No need for two interfaces. it will look like this after the client is connected:

            IPsec client <-> pfSense <-> your LAN (pfSense WAN)

            You can call the interface LAN if you want. Just know that the first interface on a pfSense instance is treated as wan.

            Chattanooga, Tennessee, USA
            A comprehensive network diagram is worth 10,000 words and 15 conference calls.
            DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
            Do Not Chat For Help! NO_WAN_EGRESS(TM)

            1 Reply Last reply Reply Quote 1
            • DerelictD
              Derelict LAYER 8 Netgate
              last edited by Derelict

              So there are two distinct things happening:

              1. Getting the IPsec connections from the remote clients to the IPsec server
              2. The connections they make to your private network after they are connected.

              They are logically completely different things.

              Chattanooga, Tennessee, USA
              A comprehensive network diagram is worth 10,000 words and 15 conference calls.
              DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
              Do Not Chat For Help! NO_WAN_EGRESS(TM)

              deemeryD 1 Reply Last reply Reply Quote 1
              • deemeryD
                deemery @Derelict
                last edited by

                @Derelict Yeah, I have that much understanding :-) On my OS X Server (Mac Mini), which I think is a pretty conventional VPN setup, there's a single ethernet port. I don't know how things got broken, but that VPN stopped working a couple months ago, about the same time as a Server update that started to break other stuff. That's when I decided to look for alternatives, and stop spending time on the Server instance that broke. Other stuff is still working, so the imperative to replace the other services (either on the Mini running Server or on my Airport router) isn't quite there -yet-.

                1 Reply Last reply Reply Quote 1
                • DerelictD
                  Derelict LAYER 8 Netgate
                  last edited by

                  I, too, am replacing a Mac mini running server because it is essentially useless now - and the second "raid" drive finally failed. :(

                  But I did not run their VPN service since I just connect to pfSense on the edge.

                  I mainly have to replace LDAP/RADIUS. First choice is FreeIPA. Have FreeNAS authenticating to it now for Time Machine backups. Seems to be working.

                  Chattanooga, Tennessee, USA
                  A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                  DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                  Do Not Chat For Help! NO_WAN_EGRESS(TM)

                  1 Reply Last reply Reply Quote 0
                  • DerelictD
                    Derelict LAYER 8 Netgate
                    last edited by

                    Another note: Apple devices behave completely differently when configured manually or via a profile. You might have better luck using a generated profile.

                    Chattanooga, Tennessee, USA
                    A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                    DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                    Do Not Chat For Help! NO_WAN_EGRESS(TM)

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