I’m using Syncthing for OpenSUSE Linux version, but my LAN is using a proxy to reach internet. My system have no proxy_all environment variable, but https_proxy=http://IP4:PORT and http_proxy=http://IP4:PORT (IP4 and PORT are hidden in this post). Anyway, I tried with export proxy_all=http_proxy=http://IP4:PORT but it seems it’s doing nothing in this device, cause I guess the icon in task bar should be “blueish” not “greyed” as it’s.
Many programs shows in the notification area next to the real time clock, in his own icon, if they are online or not. Dropbox, for example, is greyed when no connection. I’m sure that Syncthing is not working cause the proxy but how does Syncthing warn user about no connection?
Is there no way to config proxy in PC? On Android app it is possible, but QSyncthingTray has no options for that and, as I wrote here, Linux environment variable for proxy that Syncthing is taking (proxy_all) is not declared in most Linux distros.
If I try to access Syncthing internal configuration web page, I get a “Unable to access this site. Page 127.0.0.1 is rejecting your connection … ERR_CONNECTION_REFUSED”. Firewall is disabled but system proxy is configured correctly (all web browsers works fine with my proxy settings).
You configure the proxy by setting environment variables, as described in the docs. You should configure our browser to bypass proxy for local connections. This is not much todo with syncthing but todo with your browser configuration.
Not only I can’t access Synthing local web service but Syncthing can’t access internet if I’m behind a proxy and under a correct proxy configuration (I must remember that web browsers, SpiderOAK, Telegram, etc are working fine with this proxy, but Telegram let me config proxy parameters, for example).
Syncthing can’t work over an http proxy, as it does not use http for its protocol, hence requires either direct TCP access to the internet or via socks proxy.
I understand that browsers are working fine when connecting to the internet, but they are not working fine when accessing localhost, if they still try to route localhost traffic via a proxy, which it seems what they are doing, given you cannot access the web ui locally.
It doesn’t matter: if your browser cannot access Syncthing’s web UI with your proxy configuration, that is a problem with your browser, not with Syncthing. It doesn’t matter whether you think you’ve configured everything correctly: the problem is not with Syncthing, it is between your browser and the proxy.
Even in the case something were wrong between Syncthing and my browsers, limiting Syncthing to use socks proxies will not let me to use Syncthing, cause it will not reach internet. So, can I suggest as a wish to implement this feature?
no_proxy works in syncthing but it’s irrelevant, as in your case it doesn’t seem to work in the browser, so you are barking up the wrong tree, and probably should go on the browser forums asking why the browsers do not respect no_proxy.
Problem accesing from web browser to Syncthing on localhost (that I’ll check later)
Syncthing is not able to access internet in a LAN with only an HTTP proxy (that is the case).
So the first problem is irrelevant if Syncthing will not work even if I get access to Syncthing thru any web browser.
Then, I ask again, if are there any plans to get Syncthing to work thru http proxies too, that really what I need to know. All other issues are not relevant if this functionality is not available for HTTP proxies environments.
@AudriusButkevicius@canton7 I have a suggestion here, perhaps it does not exactly do what ticket title says, however it might actually partially fulfill the request. Would it be nice to have SyncTrayzor taskbar icon gray color when all remote devices are in “Disconnected” state? Surely this can be due to remote devices not being online. But also this will get the attention of a user to check the UI to see if everything is fine. Also to inform the user that as for now syncing is not happening.
I have not deep skills in protocols, so I don’t understand why you justify that Syncthing do not communicate thru HTTP proxy cause is a stateless protocol and not socks. What’s the problem on using an HTTP proxy? All programs that I use let me choose an HTTP proxy at least. Other let me choose between HTTP or SOCKS. I’m talking about programs similar like Dropbox, SpiderOAK or even MEGA. If it’s not a technical problem and is a Syncthing developers choice, I only can suggest the HTTP proxy implementation.