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

network support down #65

Closed
trabitboy opened this issue Apr 29, 2015 · 15 comments
Closed

network support down #65

trabitboy opened this issue Apr 29, 2015 · 15 comments
Labels

Comments

@trabitboy
Copy link

Hello,
network support appears not to work;
is the demo server down,
or is it something custom to the environment I am running in ?
I am investigating hosting a version at home :)
( Kudos on this AWESOME project )

@s-macke s-macke added the bug label Apr 29, 2015
@s-macke
Copy link
Owner

s-macke commented Apr 29, 2015

Hi, actually it is still working. However it doesn't support a ssl connection. Google changed their algorithms, so that https is preferred over http. That means, that a direct search in google finally leads to the github https website.
Unfortunately that means, that any further connections like websockets are denied by the web browser when it is not encrypted. I will ask the relay operator, what we can do to solve this issue.

@trabitboy
Copy link
Author

Thanks for the quick reply !
Actually I can't get any connection at all;
to make sure very basic network is working ,
shouldn't ping www.google.com work ?
sorry for eventual noobness

I tested that websocket works from here,
but only with secure websocket
( http://www.websocket.org/echo.html )

@s-macke
Copy link
Owner

s-macke commented Apr 29, 2015

Yes, ping to www.google.com should work. And I tried it 1 minute ago with Firefox, IE and Chrome in Windows. No problem. You are definitely on this page? http://s-macke.github.io/jor1k/demos/main.html
And not on https://s-macke.github.io/jor1k/demos/main.html ?

You can take a look at the console/debug output of your browser. Maybe there is some error message.

@s-macke
Copy link
Owner

s-macke commented Apr 29, 2015

The relay is ws://relay.widgetry.org/
But it might be, that other websites than the official one are not allowed to access the network.
Also for me the echo test it not working.

@trabitboy
Copy link
Author

hello,
ping doesn't work and actually,
I have a ton of websocket errors in the console :)
I'll try to setup a websocket connection from here to my home server to understand the ins and outs .

websocket

@trabitboy
Copy link
Author

Is there a way I can assert / test the websocket aspect by typing a function call in the debug console ?
( simulate a connect, simulate a send )
I realize I should read the code to find this :)

@ysangkok
Copy link
Collaborator

ysangkok commented Apr 29, 2015 via email

@trabitboy
Copy link
Author

The echo test works ( I posted a bit earlier about it )

@ysangkok
Copy link
Collaborator

Could it be that your network has a proxy intercepting and altering your traffic? This often happens in corporate settings or if you have a router capable of filtering cookies. HTTPS traffic wouldn't be affected because the router can't generate valid certificates, so it doesn't even try to alter it.

@trabitboy
Copy link
Author

Yes connection goes through an http proxy;
that's why I wanted to setup a node.js websocket server at home and see if I can get it to work.

@s-macke
Copy link
Owner

s-macke commented Apr 29, 2015

A few days ago, I changed the behavior of the websocket. It tries only to connect three times and then give up. Every time it writes the whole websocket object on the console.
e293ef2
The source code is in this file:
https://github.com/s-macke/jor1k/blob/master/js/master/dev/ethernet.js

@s-macke
Copy link
Owner

s-macke commented Apr 29, 2015

To trigger the opening of the websocket you can try to execute:
jor1kgui.ethernet.OpenSocket()
in the console. You can also type
jor1kgui.ethernet.url
to get the url.

@trabitboy
Copy link
Author

Thanks !
Actually it fails with a 403 :)

When I look at the network view on http://www.websocket.org/echo.html,
it's the same ( http gets a 403 but the https returns fine ) .

So it just needs an https server;
there is nothing "really blocking or bug " .

@benjamincburns
Copy link
Collaborator

Sorry it has taken me so long to respond. I'm the guy who runs the relay. I have just enabled SSL support on the relay and have pushed the change to master. I'm about to push the change to the github.io branch which connects using a secure websocket.

As an added bonus, this will make the virtual network behave a lot more like a VPN, as all traffic in/out of the relay server will be encrypted.

@benjamincburns
Copy link
Collaborator

Looks like everything is sorted now. SSL support enabled in gh-pages and master. Please reopen issue if I missed something.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants