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

Why my Virtual IP setting cannot be saved?

Scheduled Pinned Locked Moved HA/CARP/VIPs
6 Posts 3 Posters 3.2k 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.
  • V
    visitstupa
    last edited by Apr 25, 2009, 6:45 PM

    Hi,
    We want our externally hosted web server (202.150.yyy.163) to talk to one of our internal web API server. Our pfSense appliance sits behind a Cisco 1800 router and we have 14 WAP IP available behind Cisco router. I use 1:1 NAT to map one of our WAN IP 202.xx.78.133 to internal server 192.168.xx.16. Then I add Virtual IP 202.xx.78.133 as proxy ARP. Our requirement is to make the web server exchange data with our WAN IP 202.xx.78.133.

    This is the exact same steps we used earlier on another externally hosted web server. Our WAN IP 202.xx.78.132 1:1 NAT to our internal server 192.168.xx.12 has no problem talking to the external web server.

    Somehow when we repeat the same steps for the second Virtual IP 202.xx.78.133 (Proxy ARP), the second Virtual IP (202.xx.78.133) just disappears and cannot be saved to the compact flash firmware.

    Could anyone help to share the possible causes of this problem? Is it a compact flash retention problem or something (rules) are missing? Will a reboot help to fix this problem?

    Your advice is greatly appreciated.

    Thanks & Regards,
    1_to_1.JPG
    1_to_1.JPG_thumb
    vip.JPG
    vip.JPG_thumb
    outbound.JPG
    outbound.JPG_thumb

    1 Reply Last reply Reply Quote 0
    • V
      visitstupa
      last edited by Apr 26, 2009, 1:51 AM

      Hi,
      I am using version 1.0.1 customized by appliance supplier. My issue is when I add a new line at Virtual IP, the new setting cannot be saved and it will corrupt my original setting. This appliance has been used since 2007 and we did not have such problem earlier with VIP setting. Hope this info help to narrow my issue.

      Thanks & Regards,

      1 Reply Last reply Reply Quote 0
      • G
        GruensFroeschli
        last edited by Apr 26, 2009, 11:51 AM

        1.0.1 is waaaaaaaaaaaaaaaaaaaaay out of date.
        Update to 1.2.2 or 1.2.3

        We do what we must, because we can.

        Asking questions the smart way: http://www.catb.org/esr/faqs/smart-questions.html

        1 Reply Last reply Reply Quote 0
        • V
          visitstupa
          last edited by Apr 26, 2009, 3:07 PM

          Hi GruensFroeschli,
          We are in the process of seeking pfSense commercial support to move out of our our customized version. We believe pfSense support can help us upgrade to newer stable version. But along the way we have to fix our immediate problem first.

          Is it correct sequence to add virtual IP first, 1:1 NAT second and then firewall rules? Maybe our edit sequence is wrong and this causes a VIP corruption. Still no clue at the moment.

          Regards,

          1 Reply Last reply Reply Quote 0
          • E
            Eugene
            last edited by Apr 26, 2009, 6:40 PM

            What is "customized version" please?

            http://ru.doc.pfsense.org

            1 Reply Last reply Reply Quote 0
            • V
              visitstupa
              last edited by Apr 28, 2009, 3:47 PM

              Hi,
              We have solved the issue by engaging a network engineer to review our firewall configuration. We do not actually require virtual IP. Just the 1:1 NAT will work. Thanks anyway!

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