Slow Speeds using UnRaid to UnRaid Syncthing

As Audrius said, discovery is not working (only quic addresses shown for disconnected remote device), which is a pre-requisite for establishing a connection. In one screenshot above you show that discovery is working for ipv4 - so far so good. Is that also the case for the other device? If it is, can you enable discovery debug logging to see what it announces/receives.

@AudriusButkevicius @bt90 @imsodin

I figured out the problem so far. I went to Actions → Settings → Edit Device Defaults and changed the Addresses from “dynamic” to “tcp://192.168.1.18:22000” on my main server. This is the static IP I assigned to this unraid machine. I then went to my backup machine and went to the bottom right Remote Devices → Edit → and changed the IP to match that of my main machine. I have ONLY “Local Discovery” checked on both machines. I am getting up to 800Mbps and looks like averaging around 400Mbps. I was previously getting 20Mbps and down to 200kbps. I still have the backup machine set to “dynamic”. This has GREATLY improved my speeds and should be done transferring data within the week as opposed to the year. LOL

Once I’m done, I will then move my backup machine to my lake home and only backup as changes are made to primary machine. I am planning on using VPN to make sure it thinks it’s still on the LAN. I am sure I will have to change the IP address on the Main machine at that time to match the VPN. Any suggestions? Thanks for all the help!!!

1 Like

That again indicates that discovery isn’t working properly. There’s a lot of reasons why local discovery might not work (firewalls, segmented networks, not forwarding multicasts, …) however global discovery should also announce local addresses. Again, enabling discovery debug logging should indicate what it is announce (and not announcing).

I’m not sure if changing the Device Defaults here actually makes any difference in your already configured connections. Probably not. You should go to the respective remote device’s Edit Device dialog instead.

1 Like

I changed it on the main back as mentioned above. Then I went to the remote/backup server and changed the “Remote Devices” IP to match that of my main server. It is working very well. Is that what you mean by go to the remote device to change?

Should I enable Global Discovery for both machines and then watch both logs or just one machine?

Both is best, one is better than none :slight_smile:
And you need dynamic in your remote device setting (i.e. expand remote device, click “edit”, not the default settings).

This is from the backup machine that is still currently set at dynamic. I have not changed any IP settings on this machine.

2021-08-25 10:38:13 Enabled debug data for "discover"
2021-08-25 10:38:15 Disabled debug data for "beacon"
2021-08-25 10:38:15 discover: Received local announcement from 172.17.0.2:59499 for 66YUU53-UOCN2SL-RYFRVHP-5K4W74V-67TOMUX-NUQZ6WN-FRQEVPW-ZTHR4QJ
2021-08-25 10:38:15 multicastBeacon: Entering the backoff state.
2021-08-25 10:38:15 multicastBeacon: Failed service 'Service@0xc000566f80 created by multicastBeacon@0xc0004f3540/writer' (2.075291 failures of 2.000000), restarting: false, error: write udp [::]:52475->[ff12::8384]:21027: sendmsg: cannot assign requested address
2021-08-25 10:38:45 discover: Received local announcement from 172.17.0.2:59499 for 66YUU53-UOCN2SL-RYFRVHP-5K4W74V-67TOMUX-NUQZ6WN-FRQEVPW-ZTHR4QJ
2021-08-25 10:39:15 discover: Received local announcement from 172.17.0.2:59499 for 66YUU53-UOCN2SL-RYFRVHP-5K4W74V-67TOMUX-NUQZ6WN-FRQEVPW-ZTHR4QJ
2021-08-25 10:39:25 multicastBeacon: Exiting backoff state.
2021-08-25 10:39:25 multicastBeacon: Failed service 'Service@0xc000566f80 created by multicastBeacon@0xc0004f3540/writer' (1.000000 failures of 2.000000), restarting: true, error: write udp [::]:56247->[ff12::8384]:21027: sendmsg: cannot assign requested address
2021-08-25 10:39:25 multicastBeacon: Failed service 'Service@0xc000566f80 created by multicastBeacon@0xc0004f3540/writer' (1.999991 failures of 2.000000), restarting: true, error: write udp [::]:36484->[ff12::8384]:21027: sendmsg: cannot assign requested address

Also, once you configured the ip, moving the device to a different network will make it not work anymore.

I’m not sure on this, but I was under the impression I would be able to use WireGuard VPN and assign it an IP address differently than my current subnet on my home network. My thinking would be to then change that new IP to match that in the Advanced tabs so they can communicate as on the same LAN. Is that incorrect?

If there is a better practice, I’m all ears. :slight_smile:

If I have main server on 192.168.1.18:22000 and my backup server on 192.168.1.123:22000 (they are using the same port) will that cause an issue with Discovery? Should I change ports on the backup?

I am completely at a miss of what you are trying to do.

Things should have worked fine with default settings, that is why they are default.

You changed them, including hardwiring addresses, which means discovery is no longer used, yet still ask about whether something affects discovery.

I agree this needs taking a step back. Meaning going back to defaults and doing only one change at a time and checking the outcome. Something like:

  1. Reset everything to defaults: Enabling all discovery and relaying options, setting remote device addresses to dynamic. Check what type of connection you get (screenshot with expanded remote device). Assuming it is a relay connection:
  2. Disable relaying. If a connection is established => all good. Otherwise restart Syncthing with discovery debug logging enabled, post the logs.

A general thing to check that I think has not been mentioned yet: Have you checked device firewalls that the listening port is open (22000 by default).

I have not touched my ports (22000). Do I do this on my unraid machines (and how) or do I do this on my router? I would think internally I would not have to on my router, but again, new to Syncthing so I’m all ears. After I figure out the port problem, I will try what you mentioned above. Thanks

Do what?

If you are talking about reverting to defaults, then you should do that on both sides.

I’m asking how do I check my firewall ports 22000. Is that a unraid setting or router setting?

Potentially both.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.