The ports are not forwarded for the other sync device (PC running Ubuntu 20.04, installed direct and not in Docker) as for IPv4, my router didn’t let me: it automatically chose different ports.
Within the Syncthing in Portainer, port config looks like this:
Thank you - you mean by hovering over Address? It was relay previously - and the documentation/discussion online usually says that when sync is slow, the problem is that Syncthing is using a relay connection due to incorrectly forwarded ports (or not forwarded at all). I forwarded the ports as outlined in my post and it’s now TCP (specifically tcp-client TLS1.3-TLS_AES_128_GCM_SHA256). However, sync speed hasn’t improved (currently about 2.5 MB/s over local network).
Hm. The Syncthing database is located on an m.2 NVMe, CPU usage is only at about 7-11% per the OMV diagnostics. iotop reports 0.00 B/s disk read and total disk write that seems pretty much in total lockstep with Syncthing (ca. 2.5 MB/s).
The files are mp3s, so mostly 5-10MB with a bunch of outliers. The same files sync via Syncthing at about 7-10MB/s between my Ubuntu desktop and a Raspberry Pi 4.
One thing that I’ve noticed: on the OMV server, the address is my.current.public.IP:22000, and on the Ubuntu PC the address is my.current.public.IP:56046, with the latter port changing every time the Ubuntu Syncthing instance is restarted.
On my router (Fritzbox 6591), I can only forward ports for individual devices, not for the whole network.
Is it possible that the poor speed is because the default Syncthing ports are only forwarded for the OMV device, and not for the Ubuntu PC?
If so, where would I go in Syncthing to ensure it always uses the same (correctly forwarded) ports?
Outgoing connections always use a random port, that is expected.
I am certain that this is nothing todo with port forwarding, as the connection is established and of the right type.
Suggest you try running outside of your container environment to see if it helps. Perhaps the overlay filesystems used by docker have something todo with this.