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

XMLRPC bug?

Scheduled Pinned Locked Moved 2.0-RC Snapshot Feedback and Problems - RETIRED
4 Posts 3 Posters 1.9k 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
    morbus
    last edited by Oct 11, 2008, 10:51 AM

    Not sure if this is a bug or feature.

    I have a CARP setup that syncs every thing between master and slave.
    On the master I have interfaces xl0 (WAN), xl1 (LAN), xl2(CARP_SYNC)
    On the slave I have interfaces xl0(WAN), xl1(LAN), xl2(not used and disabled), xl3(CARP_SYNC), fxp0 (not used and disabled)

    When the rule sync happens the rules get synced on their interface name and not the friendly name so the rule that is supposed to copied to xl3(CARP_SYNC) on slave ends up on xl2 and if I add the rule to xl3(CARP_SYNC) on the slave the sync removes it.

    On 1.2 I guess it copied on friendly name as this used to be fine I know I can just move interface for CARP_SYNC and as a quick fix I have just stopped rule sync.

    1 Reply Last reply Reply Quote 0
    • E
      eri--
      last edited by Oct 11, 2008, 2:44 PM

      It is like that even on 1.2.
      What you are asking about is something to be implemented later on, i cannot say if it will be on 1.3 or not.

      1 Reply Last reply Reply Quote 0
      • M
        morbus
        last edited by Oct 13, 2008, 10:23 AM

        ??? pretty sure it used to work in 1.2 as I have had that running for ages and never spotted this before.

        Anyway if it is in the pipeline that is fine.

        Cheers

        1 Reply Last reply Reply Quote 0
        • C
          cmb
          last edited by Oct 22, 2008, 9:51 PM

          It always used to sync on user-defined name, not interface name, and that's the way it should still be. Otherwise you could never have two boxes with different physical interfaces, and that works fine. This sounds like a regression, ticket created. http://cvstrac.pfsense.org/tktview?tn=1823

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