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

    pfsense CARP/HA not working

    Scheduled Pinned Locked Moved HA/CARP/VIPs
    10 Posts 2 Posters 1.6k 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.
    • B
      Blue.R
      last edited by Blue.R

      Hi all,

      I'm in the process of setting up a pfsense HA setup at the moment. I'm having a few issues, getting it to work.

      My setup is as follows:

      pFsense 1:
      WAN: 192.168.10.40
      LAN: 192.168.100.1

      pfsense 2:
      WAN: 192.168.10.41
      LAN: 192.168.100.2

      Sync Interface: 192.168.20.1 & 192.168.20.2

      Virtual IP:
      WAN: 192.168.10.45
      LAN: 192.168.100.3

      I have a 5 VLAN with there own DHCPs:
      VLAN150: 192.168.150.1
      Virtual IP: 192.168.150.3

      VLAN200: 192.168.200.1
      Virtual IP: 192.168.200.3

      VLAN220: 192.168.220.1
      Virtual IP: 192.168.220.3

      VLAN240: 192.168.240.1
      Virtual IP: 192.168.240.3

      VLAN250: 192.168.250.1
      Virtual IP: 192.168.250.3

      I have configured the HA setup using this guide:
      https://vorkbaard.nl/how-to-set-up-pfsense-high-availability-hardware-redundancy/

      Things that are working:

      • Sync works
      • Primary and Secondary are identified correctly (Master\Backup)

      Issues:

      • I cant get my VLANs to work correctly, at the moment my VLANs are identified as master on both my primary and secondary pfsense units.
      • I have configured each VLAN as per below:
        DNS Server - 192.168.XXX.3 (replace xxx with vlan subnet)
        Gateway - same as above
        Fallover peer IP: 192.168.100.2 (backup identifies 192.168.100.1 once synced)

      I cant workout what I'm missing...

      N 1 Reply Last reply Reply Quote 0
      • N
        netblues @Blue.R
        last edited by

        @Blue-R And how are the vlans setup?
        You also need to assign primary and backup interfaces on each vlan both on primary and secondary.
        And vlan interfaces of each node must be able to communicate directly and be on the same broadcast domain. (aka lan)

        Can you ping from primary interface vlan the backup vlan ip?
        I guess you can't

        1 Reply Last reply Reply Quote 0
        • B
          Blue.R
          last edited by Blue.R

          Thanks for the reply @netblues .

          The VLANs are setup in my switch, Master and Backup are connected to trunk ports. All other ports are assigned as required to the applicable VLAN.

          When you say you need to assign primary and backup interfaces on each vlan. I think I'm doing this when I set the "Failover peer IP" to 192.168.100.1 on backup and 192.168.100.2 on master?

          N 1 Reply Last reply Reply Quote 0
          • N
            netblues @Blue.R
            last edited by

            @Blue-R Yes.. carp interfaces don't differ if they are over vlans or physical.

            You should be able to ping the two interfaces between them directly.
            Carp backup continiously monitors primary via multicast.
            Make sure these are allowed in your vlan switch setup

            B 1 Reply Last reply Reply Quote 0
            • B
              Blue.R
              last edited by

              Bit more info, looking through my logs I found the following:

              "Failover CONNECTACK from dhcp_lan: remote failover relationship name dhcp_opt3 does not match " - On master

              "Failover DISCONNECT from dhcp_opt3: Connection rejected, invalid failover partner. " - On secondary

              My firewall rules are not lock down at the moment.

              N 1 Reply Last reply Reply Quote 0
              • N
                netblues @Blue.R
                last edited by

                @Blue-R There is no point troubleshooting dhcp when you have two nodes as master.
                Solve this first.

                1 Reply Last reply Reply Quote 0
                • B
                  Blue.R
                  last edited by Blue.R

                  @netblues - Yup, agree. I'm looking through my L2 switch (DGS-3100-24), I've confirmed:

                  1. IGMP snooping is off.
                  2. VLAN are setup as follows:

                  ddb1e3ce-5323-484f-9d9c-59f6cd67d7c6-image.png

                  1. All other functions are turn off.
                  2. In the forwarding and filtering sections, there is a option to do multicast forwarding which is currently turn off.

                  332d6b27-c219-43ce-9156-30b4259d0264-image.png

                  1 Reply Last reply Reply Quote 0
                  • B
                    Blue.R @netblues
                    last edited by

                    @netblues said in pfsense CARP/HA not working:

                    @Blue-R Yes.. carp interfaces don't differ if they are over vlans or physical.

                    You should be able to ping the two interfaces between them directly.
                    Carp backup continiously monitors primary via multicast.
                    Make sure these are allowed in your vlan switch setup

                    When you said "You should be able to ping the two interfaces between them directly."
                    Do you mean 192.168.100.1 and 192.168.100.2?

                    N 1 Reply Last reply Reply Quote 0
                    • N
                      netblues @Blue.R
                      last edited by netblues

                      @Blue-R All the lans (and the vlans too) pinging within the same subnet

                      1 Reply Last reply Reply Quote 0
                      • B
                        Blue.R
                        last edited by

                        Thanks @netblues

                        I worked out what my issue was, I made a rookie mistake when creating the VLANs on the secondary pfsense machine.

                        The VLAN subnet should have been 192.168.150.2, but I assigned 192.168.150.1 which meant .1 was duplicated twice on the network.

                        Once that was corrected, everything works fine now.

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