No sync despite connected to a relay

Support
1

Hi,

When connected to my university network, my PC cannot synchronize with my remote machine, despite the log shows that my PC is connected to a relay (see log below). Do I miss something when reading the log? What could I do (I have little action possible on the university network)?

If connected not to my university network but through my smartphone’s 4G, the sync runs well. Both my PC and my remote machine run Syncthing 1.18.4.

Thank you for the help!

Logs - click to expand 
15:10:14 INFO: Relay listener (dynamic+https://relays.syncthing.net/endpoint) shutting down
15:10:14 INFO: QUIC listener ([::]:22000) shutting down
15:10:15 INFO: TCP listener ([::]:22000) shutting down
15:10:15 INFO: Exiting
[monitor] 15:10:15 INFO: Log output saved to file "C:\Users\Héloïse\AppData\Local\Syncthing\syncthing.log"
[start] 15:10:15 INFO: syncthing v1.18.4 "Fermium Flea" (go1.17.2 windows-amd64) teamcity@build.syncthing.net 2021-10-24 14:50:30 UTC
15:10:16 INFO: My ID: ABCDE
15:10:17 INFO: Single thread SHA256 performance is 257 MB/s using minio/sha256-simd (242 MB/s using crypto/sha256).
15:10:17 INFO: Hashing performance is 185.04 MB/s
15:10:17 INFO: Overall send rate is unlimited, receive rate is unlimited
15:10:17 INFO: Using discovery mechanism: global discovery server https://discovery.syncthing.net/v2/?noannounce&id=LYXKCHX
15:10:17 INFO: Using discovery mechanism: global discovery server https://discovery-v4.syncthing.net/v2/?nolookup&id=LYXKCHX
15:10:17 INFO: Using discovery mechanism: global discovery server https://discovery-v6.syncthing.net/v2/?nolookup&id=LYXKCHX
15:10:17 INFO: Using discovery mechanism: IPv4 local broadcast discovery on port 21027
15:10:17 INFO: Using discovery mechanism: IPv6 local multicast discovery on address [ff12::8384]:21027
15:10:17 INFO: Relay listener (dynamic+https://relays.syncthing.net/endpoint) starting
15:10:17 INFO: Ready to synchronize "Default Folder" (default) (sendreceive)
15:10:17 INFO: Ready to synchronize "DocSynchro" (p4dro-dkgtj) (sendreceive)
15:10:17 INFO: TCP listener ([::]:22000) starting
15:10:17 INFO: GUI and API listening on 127.0.0.1:8384
15:10:17 INFO: Access the GUI via the following URL: http://localhost:8384/
15:10:17 INFO: My name is "local"
15:10:17 INFO: Device WXYZ is "remote" at [dynamic]
15:10:17 INFO: Completed initial scan of sendreceive folder "Default Folder" (default)
15:10:17 INFO: QUIC listener ([::]:22000) starting
15:10:18 INFO: quic://0.0.0.0:22000 detected NAT type: Not behind a NAT
15:10:18 INFO: quic://0.0.0.0:22000 resolved external address quic://157.159.45.28:22000 (via stun.syncthing.net:3478)
15:10:21 INFO: UPnP parse: Get "http://192.168.0.1:1900/gatedesc.xml": dial tcp 192.168.0.1:1900: connectex: Aucune connexion n’a pu être établie car l’ordinateur cible l’a expressément refusée.
15:10:23 INFO: UPnP parse: Get "http://192.168.0.1:1900/gatedesc.xml": dial tcp 192.168.0.1:1900: connectex: Aucune connexion n’a pu être établie car l’ordinateur cible l’a expressément refusée.
15:10:27 INFO: Completed initial scan of sendreceive folder "DocSynchro" (p4dro-dkgtj)
15:10:28 INFO: Detected 0 NAT services
15:10:45 INFO: Joined relay relay://141.14.27.100:443
2

The fact that it’s connected to a relay doesn’t mean it’s connected to the other device. Based on the logs, it doesn’t look like you have any devices added.

3

Hi, Yes, there is a remote device. See the log:

15:10:17 INFO: Device WXYZ is “remote” at [dynamic]

(I’ve changed the ID and name).

As I wrote, when I connect my PC to internet using my smartphone as a modem, the synchronization of the two folders runs well, so the issue really comes from my university network (bad UPNP configuration? Firewall issue? something else?).

4

Sorry, yes, missed that. Suggest you check the logs on the other device, what sort of addresses it’s discovering. Ideally post screenshots from both UIs.

I suspect your university is blocking discovery potentially.

5

If that’s the case, you might be better of spending a few bucks per month for a VPN instead of searching for a way to dodge your university’s sysadmin :thinking:?

6

Well, its not certain until there is some screenshots to look at.

1 Like
7

Since I connected my laptop via my phone’s modem and then connected it back to the university network, syncthing has been working fine. So either the network admin changed something in the meantime, or the fact I connected my laptop to internet via the phone’s modem did something (discovery ? looks weird). In all cases, the issue has gone for now.

Thanks for your help! @clouedoc: no, of course I don’t want to dodge anything/anyone, I would have gone and discussed with the network admin of the case and of the solution if needed.

1 Like
8

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