Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tunneling over HTTP(S) #34

Closed
jpjp opened this issue Jan 13, 2014 · 13 comments
Closed

Tunneling over HTTP(S) #34

jpjp opened this issue Jan 13, 2014 · 13 comments
Labels
frozen-due-to-age Issues closed and untouched for a long time, together with being locked for discussion

Comments

@jpjp
Copy link
Contributor

jpjp commented Jan 13, 2014

Might be a nice feature to have the option to proxy the protocol over http.

@calmh
Copy link
Member

calmh commented Jan 13, 2014

For firewall busting purposes?

@calmh
Copy link
Member

calmh commented Jan 13, 2014

(It is, obviously, forwardable over SSH or something like that that forwards raw TCP connections.)

@jpjp
Copy link
Contributor Author

jpjp commented Jan 13, 2014

Yes for firewall busting purposes.

Edit: okay so the recommendation is forward over ssh on top of https with something like sslh.

@calmh
Copy link
Member

calmh commented Jan 13, 2014

Well no, I wasn't recommending anything, just understanding the request :)

@jpjp
Copy link
Contributor Author

jpjp commented Jan 13, 2014

hehe okay. I was initially thinking about firewall busting with a --modification-option, then it moved onto a thinking of a way of getting multiple cluster support by proxying over http using custom urls.

@calmh calmh closed this as completed Jan 22, 2014
@lucapost
Copy link

lucapost commented Feb 3, 2015

At work I have local pc behind http proxy. I can setup local and remote port forwarding with some client (ssh on unix, putty, winscp, ecc) to my remote vps, but I don't understand which ports I need to forward? Sync Protocol Listen Addresses localhost:22000? Device addresses localhost:XXXXX? both? can anybody help me about? Thanks for help.

@AudriusButkevicius
Copy link
Member

Depends on what you want to do.
If you just want to sync, you can forward remote:22000 to local:22001 , and then change the IP of the device from dynamic to localhost:22001

@lucapost
Copy link

Uhm, which ports i need to open for get Global Discovery ok?
I can forward request to network office admin.

Thanks,
LP

@AudriusButkevicius
Copy link
Member

You don't need to forward any ports for discovery to work as its outbound only.
For syncthing itself to work, you need to forward the protocol port.

@jdbancal
Copy link

jdbancal commented Apr 8, 2015

Hello, I'm trying to do what is explained here above, i.e. forward remote:22000 to local:22001, but I don't manage to make it work... How can we achieve this?

Here's what I did:

ssh user@remote -L 22001:localhost:22000

Then launch syncthing with the "Sync Protocol Listen Addresses" set to "localhost:22001". This gives me the following error message:

FATAL: listen (BEP): listen tcp 127.0.0.1:22001: bind: address already in use

and systematically crashed syncthing.

I checked that "netstat -tulpn | grep 22001" gives me nothing before running ssh, and it gives me

tcp        0      0 127.0.0.1:22001         0.0.0.0:*               LISTEN      20500/ssh       
tcp6       0      0 ::1:22001               :::*                    LISTEN      20500/ssh 

once the ssh tunnel is open....

@AudriusButkevicius
Copy link
Member

You have to forwarding remote:22000 to local:22001, and then on local listen on 22000, and set remote machines ip as localhost:220001.

@jdbancal
Copy link

jdbancal commented Apr 8, 2015

Thanks for your reply. Sorry I'm not very familiar with ssh tunneling... Can you give me an example of what I should type on each machine in order to do this forwarding in the right direction? (The local machine is the one behind a firewall)

@AudriusButkevicius
Copy link
Member

Please use the forums for support.

@st-review st-review added the frozen-due-to-age Issues closed and untouched for a long time, together with being locked for discussion label Jun 16, 2017
@syncthing syncthing locked and limited conversation to collaborators Jun 16, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
frozen-due-to-age Issues closed and untouched for a long time, together with being locked for discussion
Projects
None yet
Development

No branches or pull requests

6 participants