Hello,
What happened: I've upgraded my debian syncthing version from 0.14.3 (debian package) to 0.14.6 (syncthing deb package)
What you expected to happen instead: expected to see upgraded synthing console, instead I've got "Host check error" message. Also deleting synthing data didn't help - with fresh config it's the same.
Steps to reproduce the problem: install 0.14.6 debian package from syncthing repository.
Downgrading syncthing to 0.14.5 fixed the issue.
Syncthing Version: v0.14.6
OS Version: Debian Testing
Browser Version: N/A
Just quick check, are you using Syncthing-GTK or another wrapper?
Nope, just syncthing
I can confirm the bug and it's happening not only on Linux/Debian, it also affects SmartOS/Solaris and possibly any other OS. For me downgrading to 0.14.5 also did the trick. I'm not sure whether it's the case for you, but I'm using web interface through nginx reverse-proxy -- there's no problem with the nginx configuration whatsoever (it did work just fine for plethora of previous Syncthing versions) and when tunneling the port via ssh to access the application directly it also works fine. So at least in my case it's quite obvious that the issue lies in connection between nginx & syncthing. My wild guess is that it might be related to the CORS change recently introduced: https://github.com/syncthing/syncthing/pull/3541.
That all being said -- error message I'm receiving when using Syncthing v0.14.6 is the same.
The reverse proxy needs to supply a host header. Probably as 127.0.0.1 or localhost.
Yes. When running on 127.0.0.1, it expects to receive requests on 127.0.0.1. To use behind a reverse proxy now, set insecureSkipHostcheck in advanced config or have nginx pass 127.0.0.1 as the Host.
Thanks for clarification. This nginx change made it work:
#old proxy_set_header Host $http_host;
#new proxy_set_header Host 127.0.0.1;
Most helpful comment
Thanks for clarification. This nginx change made it work: