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

    Another XMLRPC communication error

    Scheduled Pinned Locked Moved HA/CARP/VIPs
    24 Posts 5 Posters 3.7k 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
      Mr.Trieu
      last edited by Mr.Trieu

      i have issue the same.
      you resolved it, please help me

      1 Reply Last reply Reply Quote 0
      • M
        mse @Derelict
        last edited by

        @Derelict
        Tried it today again. Same errors. On secondary the only noticeable log entry is maybe this from nginx

        Nov 30 10:24:17 router-slave.localdomain nginx: 2019/11/30 10:24:17 [error] 65828#100098: send() failed (54: Connection reset by peer)

        But nothing special in /etc/log/nginx/error.log to identify the reason.

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

          Perhaps, I see people fight this issues for years now 😱
          https://forum.netgate.com/topic/122196/high-avail-sync-broken/19
          Didn't find any solution by now. Tried IPFire but its a joke in comparison to pfSense. There is no HA available at all. Good to protect the own toaster maybe but not in production clusters. 😁

          1 Reply Last reply Reply Quote 0
          • DerelictD
            Derelict LAYER 8 Netgate
            last edited by

            Well it works for many, many people, me included. You have something configured incorrectly or something wrong in your environment.

            If it was me and I was stuck, I would pcap the exchange and see exactly what was happening.

            Chattanooga, Tennessee, USA
            A comprehensive network diagram is worth 10,000 words and 15 conference calls.
            DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
            Do Not Chat For Help! NO_WAN_EGRESS(TM)

            M 1 Reply Last reply Reply Quote 0
            • M
              mse @Derelict
              last edited by

              @Derelict
              Sure, maybe the reason are the virtual networks at Hetzner. Really I can't figure out, why it's not working. It fails checking the results of the xml rpc invocation
              I took a look at the code of the 'host_firmware_version' function and tried it separately in script... all values (OS version, config version etc.) are there and can be parsed as expected. I give up. I think a scripted solution using iptables, UCARP and BGP should do too. At least I can install this things unattended using terraform.

              Anyway. Thank you very much for your time and suggestions. 👍 🙂

              1 Reply Last reply Reply Quote 0
              • JeGrJ
                JeGr LAYER 8 Moderator
                last edited by

                @mse said in Another XMLRPC communication error:

                the virtual networks at Hetzner

                Which are know for some "specialities" in IP "black-magic" and nasty /32 PtP routing etc. so that could very well be a case of it not working the way it should.

                Did you try (just as a test) using LAN or even WAN as syncing interface just for fun? Perhaps that additional "private subnet" you use as SYNC isn't functioning correctly. Had some hassle with the new Hetzner vCloud in the past, too, as I was trying to setup IPv6 between two instances. One worked flawlessly, the other was bugged as hell. Only after opening a ticket and putting them through the hoops, they discovered the VM host where the second and buggy VM ran was incorrectly configured and thus not 100% IPv6 compatible... After they fixed, everything ran smooth.

                Don't forget to upvote 👍 those who kindly offered their time and brainpower to help you!

                If you're interested, I'm available to discuss details of German-speaking paid support (for companies) if needed.

                M 1 Reply Last reply Reply Quote 0
                • M
                  mse @JeGr
                  last edited by

                  @JeGr
                  Yes, it can drive one really crazy. 😁 UCARP doesn‘t work, because all floating IPs need to be attached to a physical node. I think using keepalived and a script to reasign the floating IP and ‚default route‘ to the slave in the virtual network should work. To switch between master and slave I had only to assign the floating IP (used as external IP of the network) to the slave and adjust the route for 0.0.0.0/0 to the slave as gateway. All traffic is routed via slave.
                  It works fine doing simple routing with UFW and turning the public IP off but I don’t trust this construct.
                  IPv6 was fun too with Ubuntu 18.04... i tried today Wireguard but failed for some reason... The interfaces stop to forward traffic when IPv6 is active on wireguard interface.
                  I didn’t understand why... found this here
                  https://angristan.xyz/fix-ipv6-hetzner-cloud/
                  but the cloudinit network configuration seems to be fixed in current version of the ISO... Hmm... I am beekeeper in my next life for sure. 😀 Really, whole week only issues with everything. Perhaps. pfSense on public interface synchronizes without any problems... but of course, not a good idea I suppose

                  K 1 Reply Last reply Reply Quote 1
                  • K
                    Koby Peleg Hen @mse
                    last edited by

                    @mse I have the same exact problem with hetzner Cloud , the same as you.
                    After two days of trying to sync 2 nodes of pfsense (ver 2.4.5-1), I gave up , and try to look for another solution.
                    I must say that I appreciate heztner for there stability and there service.
                    But you can't win them all.

                    Best regards ,
                    Koby Peleg Hen

                    M 1 Reply Last reply Reply Quote 0
                    • M
                      mse @Koby Peleg Hen
                      last edited by

                      @koby-peleg-hen
                      By now hetzner supports loadbalancer and routing into virtual 'private' networks. But you need to allow at least outgoing traffic on public interfaces to be able to get anything from outside the cluster.
                      Two years ago I solved this using two edge nodes (the only once with public interface activated) in a HA setup with keepalived, ufw, nginx as reverse proxy and floating IP reassignment on node failures.
                      It looks like this:
                      loadbalancer.png
                      This works fine but today I would use the loadbalancer instead and only limit the access of the nodes over public IPs.

                      K 1 Reply Last reply Reply Quote 0
                      • K
                        Koby Peleg Hen @mse
                        last edited by

                        Hello @mse ,
                        Thank for your response ,
                        By now I do aware of the load-balancer of Hetzner ,
                        But all I am seeking of is the ability to have 2 node with the same setting (SYNC) so client can be connected with my DNS - SRV record , I do not have any interesting in HA with CARP.
                        But I do not manage to achieve that on two Hetzner cloud node , can you ?

                        M 1 Reply Last reply Reply Quote 0
                        • M
                          mse @Koby Peleg Hen
                          last edited by mse

                          @koby-peleg-hen
                          Hi, I'm not sure if I get what you want to achieve. Which kind of services do you want to start on the servers? If you have any kind of shared state (configurations or whatever) you can share the configs using a storage box and mount it to some directory on both nodes. Both nodes access then same config.
                          Take a look at this: https://docs.hetzner.com/robot/storage-box/ (SAMBA/CIFS mounts).
                          Edit: But this all is a bit off topic here. I suppose this here is a pfSense Forum. :)

                          K 1 Reply Last reply Reply Quote 0
                          • K
                            Koby Peleg Hen @mse
                            last edited by Koby Peleg Hen

                            Hello @mse
                            As I said earlier , ALL I want to achieve is 2 nodes on Heztner Cloud that can be sync between them for easy management , I do not have any interesting in CARP.
                            I try all my best to put it on , but it is does not work.
                            I always get the same error as you got ==>
                            XMLRPC communication error.
                            I may think if there is any way of sync with ssh + rsync or any other solution.

                            Best Regards ,
                            Koby Peleg Hen

                            JeGrJ 1 Reply Last reply Reply Quote 0
                            • JeGrJ
                              JeGr LAYER 8 Moderator @Koby Peleg Hen
                              last edited by

                              @koby-peleg-hen said in Another XMLRPC communication error:

                              ALL I want to achieve is 2 nodes on Heztner Cloud that can be sync between them for easy management

                              Sync is always primary to standby, never "to each other" or "between them". So I'd be careful with that. If you just want the config to be synced but no HA why sync at all? Just to have the same Aliases? If you don't run HA you commonly have other NICs/Interfaces or additional Interfaces and rules, syncing that to another node with a whole different setup makes no real sense to me?

                              Don't forget to upvote 👍 those who kindly offered their time and brainpower to help you!

                              If you're interested, I'm available to discuss details of German-speaking paid support (for companies) if needed.

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