I have several devices in the LAN side so I use the tcp syntax in the title because IIUC, “default” can’t make better when it comes to remote connections.
If I switch to quic, do I have to change my pc firewalls & gateway settings from TCP to UDP (no upnp here)?
Also, when switched to quic, is UDP 21027 still useful for LAN broadcasts or are they done over the quic/UDP port, and should “Local discovery” setting remain enabled if we wanted it before?
Do remote devices in the clusters need quic too to connect to us?
Can I use this syntax for fallback: quic://:port,tcp://:port,dynamic+https://relays.syncthing.net/endpoint? Is a whitespace required after each comma?
This is not for LAN I’d like to change, it is for WAN for better connectivity to devices that are yet set to default. My questions about LAN (21027) are only there additionally to anticipate.
quic is enabled by default, you don’t need to change listening/devices settings.
As to the firewall: If I understand correctly, you shouldn’t need to change anything, as quic should work also in the presence of a firewall (assuming it allows outgoing connections, which is usually the case). @AudriusButkevicius : Please correct me if wrong.
You definitely shouldn’t disable local discovery or anything else, because as I said tcp connections (e.g. everything on your lan) are still the way to go. That also applies to WAN: If you control your firewalls/routers, you should enable port forwards (or upnp) to get a tcp connection.
The point is I can’t use default (IIUC, see OP: more than 1 device on LAN side).
Maybe we’d need a separate setting only for the port, e.g default,port=22001
Do you mean this is state of the art to open a port for both tcp and udp even when the documentation clearly states only one is used? Sorry if this is a silly question but I’m far from being an expert.