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

Unable to Sync Rules over HTTPS without XMLRPC Code 2 error

Scheduled Pinned Locked Moved 1.2.1-RC Snapshot Feedback and Problems-RETIRED
3 Posts 2 Posters 2.5k 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.
  • A
    ask
    last edited by Aug 19, 2008, 6:52 AM Aug 19, 2008, 12:24 AM

    Oh man – there really should be some better debugging for this stuff!

    I have a dedicated interface with a "PASS everything" rule on that interface.

    When I use HTTP it's working fine; with HTTPS it's not.  I get the "a communications error" error.  When I use "fetch" from the command line I can get to the other box on HTTPS just fine via the IPs from the dedicated interface.   When I save for example new rules I don't see any traffic with tcpdump from the primary box to the secondary box (on port 443).

    I'm using a 1.2.1 snapshot from Aug 12.

    1 Reply Last reply Reply Quote 0
    • I
      ipv2
      last edited by Aug 20, 2008, 8:32 PM

      Hi,

      Same problem here, working with http but with https get  the communication error.
      Have done a lot of testing, also with a working config (1.2) but also no luck.

      Have done some capture but no traffic on the second machine when applying the config on the first on.

      Running:
      1.2.1-RC1 built on Thu Aug 7 11:12:11 EDT 2008

      1 Reply Last reply Reply Quote 0
      • A
        ask
        last edited by Aug 20, 2008, 9:47 PM

        FWIW it seems to be the same problem with a snapshot from the last few days.

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