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

    Help for CARP configuration with a single FO IP

    Scheduled Pinned Locked Moved HA/CARP/VIPs
    15 Posts 2 Posters 2.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
      mourad13
      last edited by

      I solved the problem of synchronization between the 2 PfSense. the synchronization problem between the 2 PfSense.
      On the 2nd, I added the 3rd network card before creating the OPT10.
      As the interfaces must be aligned, the sync did not work.

      However, I still can't access the internet. Neither from the parent company, nor from the VM.
      I also do not access the vm (web server) from the outside.

      1 Reply Last reply Reply Quote 0
      • M
        mourad13
        last edited by

        Further info, when I ping 8.8.8.8, the response is:
        ping.PNG

        The client's gateway is the VIP address (192.168.10.254).
        the answer (192.168.10.250), is the "real" address of the interface (OPT10).

        Here are the rules of the OPT10 interface, WAN and the NAT rules
        opt10Rule.PNG

        wanRule.PNG

        natRule.PNG

        1 Reply Last reply Reply Quote 0
        • V
          viragomann
          last edited by

          What is the CARP status page showing?
          Status > CARP

          M 1 Reply Last reply Reply Quote 0
          • M
            mourad13 @viragomann
            last edited by

            @viragomann

            Hello,

            Here is a capture of the CARP status
            Primary:
            carp state.PNG
            Backup:
            carp state backup.PNG

            As I said, from a client behind the firewall, when I ping 8.8.8.8, the response comes from 192.168.10.250.
            If I turn off the primary firewall, the response comes from Backup (192.168.10.251).
            Does this sound like a routing problem?
            So far everything is ok.

            On this tutorial (in French), he talks about creating a default gateway.
            Is that related?

            Cordially.

            1 Reply Last reply Reply Quote 0
            • V
              viragomann
              last edited by

              I think, you're are missing the outbound NAT rule. You must set the Outbound NAT to use the CARP IP instead of the interface IP for packets sending out to WAN.

              M 1 Reply Last reply Reply Quote 0
              • M
                mourad13 @viragomann
                last edited by mourad13

                @viragomann
                Here is the NAT rule for the concerned VLAN.
                NAT detail.PNG

                I have already put the VIP address instead of the interface address.

                1 Reply Last reply Reply Quote 0
                • M
                  mourad13
                  last edited by mourad13

                  Here is some additional info. I tested the progress of a request (from the web server to google). the results are as follows (The previous captures already show the pind from the server to the OPT10 VIP):

                  OPT10 VIP to OPT10 interface = OK:
                  OPT10 VIP vers OPT10 interface.PNG

                  OPT10 interface to WAN interface = OK:
                  OPT10 interface vers WAN interface.PNG

                  WAN interface to WAN VIP = OK:
                  WAN interface vers WAN VIP.PNG

                  WAN VIP to 8.8.8.8 = KO:
                  WAN VIP vers goole.PNG

                  OPT10 VIP to WAN VIP = OK:
                  OPT10 VIP vers WAN VIP.PNG

                  OPT10 to 8.8.8.8 = KO:
                  OPT10 interface vers google.PNG

                  I have a default route (via shellcmd):
                  shellcmd.PNG

                  1 Reply Last reply Reply Quote 0
                  • M
                    mourad13
                    last edited by

                    One more info, when I do a traceroute on my production (only 1 Pfsense), the 1st line corresponds to the gateway of my Proxmox host (In reality, the exact gateway, the one I added on the way via shellcmd , finished in .254. I don't know why the tracert returns .252, but it works) :
                    tracert prod.PNG

                    On the other hand, from the server on which I am performing my tests, it does not work:
                    tracert test.PNG

                    The problem seems to come from there.

                    1 Reply Last reply Reply Quote 0
                    • V
                      viragomann
                      last edited by

                      That now seems to be a bit more complex with your default gateway on Proxmox. Why do you need this?

                      Can you provide a drawing of your (virtual) network?

                      And why do you set the routes via shellcmd? I can't see anything which can't be done natively in pfSense?

                      M 1 Reply Last reply Reply Quote 0
                      • M
                        mourad13 @viragomann
                        last edited by

                        @viragomann

                        Hello @viragomann

                        The Proxmox gateway is, to my knowledge, necessary, because it is a failover IP used by the Pfsense WAN. I added his MAC address in his Proxmox configuration.
                        Here is a network diagram:
                        network.png

                        Regarding shellcmd, I followed a tutorial. this is to apply the rules automatically each time the VM is restarted.

                        I continue to do checks, I realized, the shellcmd command does not work since the implementation of the HA.
                        As we see in the capture below, the road is missing add.

                        Route on the production:
                        route prod.PNG

                        Route on the Test:
                        route test.PNG

                        While waiting for a response, I will try to add the missing routes.

                        V 1 Reply Last reply Reply Quote 0
                        • V
                          viragomann @mourad13
                          last edited by

                          @mourad13 said in Help for CARP configuration with a single FO IP:

                          The Proxmox gateway is, to my knowledge, necessary, because it is a failover IP used by the Pfsense WAN.

                          So this seems to be your upstream gateway.

                          Does Proxmox also have an IP in your WAN subnet?

                          Do a packet capture on the WAN interface with ICMP filter, while you try a ping to verify the outbound NAT is working.

                          1 Reply Last reply Reply Quote 0
                          • M
                            mourad13
                            last edited by mourad13

                            @viragomann
                            I had hidden the IPs, but it doesn't matter. This is a server that will soon be terminated and which is only used for these tests currently.

                            The IP of the Proxmox server is 37.59.49.15
                            The Proxmox gateway is 37.59.49.254

                            The Failover IP (WAN VIP) is 146.59.130.46/32

                            I tried to capture the packets, but I have no results (except the 2 OVH IPs for monitoring).
                            I did a ping from Pfsense and from a client behind OPT10.
                            I only have results when the capture is on OPT10.

                            WAN :
                            capture conf.PNG
                            Capture.PNG

                            OPT10 :
                            Capture OPT10.PNG

                            However, when I ping the VIP WAN IP from the client, the ping is OK, but no capture.

                            I managed to reproduce the same routes as on my production, but only in cmd. I can't get from the interface (because of the mac address in the gateway and the / 32).

                            V 1 Reply Last reply Reply Quote 0
                            • V
                              viragomann @mourad13
                              last edited by

                              @mourad13 said in Help for CARP configuration with a single FO IP:

                              The Proxmox gateway is 37.59.49.254
                              The Failover IP (WAN VIP) is 146.59.130.46/32
                              WAN => 192.168.100.1

                              The gateway you're trying to access does not reside within any of the pfSense subnets.
                              So I assume now, the route commands in shellcmd should provide a kind of PPP. Otherwise the gateway can't be reachable from pfSense.
                              However, I'm not familiar with such configuration and cannot say if you have done it correctly. Also I'm not sure if that can work from the view of the gateway. I think the gateway has to support PPP as well.

                              M 1 Reply Last reply Reply Quote 0
                              • M
                                mourad13 @viragomann
                                last edited by

                                @viragomann

                                Thank you anyway for your help. This allowed me to identify the problem and better diagnose a routing problem.

                                For my part, I carried out some test and I saw the change.
                                In the routing table, without a gateway, the "use" column remains at 0.

                                When I put the Proxmox gateway, some traffic seems to be detecting.
                                I think it's a routing or NAT problem.

                                Gateway :
                                gw.PNG

                                Route :
                                route ok.PNG

                                According to this tutorial (in French), it should however work.
                                The only difference is, potentially, the / 32 mask.
                                https://voiprovider.wordpress.com/2017/03/26/la-ha-avec-pfsense-et-1-seule-ip-wan/

                                I will probably create another post in the "routing" category with a link to this post.

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