-
Notifications
You must be signed in to change notification settings - Fork 198
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
curl + HTTPS doesn't seems to work #105
Comments
You have found a strange problem. I tried "curl ifconfig.me" on three different Linux servers and the response was not reliable and always slow. Sometimes the service answered, sometimes not. Sometimes it took 20 seconds or more. So my guess is, that it is not directly related to jor1k. The proxy jor1k uses is hosted in USA on a server from DigitalOcean |
Can you try ifconfig.co ? |
Thanks for reply. Yes, What about something like:
I was reading here (#65) that SSL support is enabled. I'm asking, as I wanted to do some experiment as sandboxing for the purpose of this challenge, just for fun. And I've found this emulator fairly advanced (in terms of networking support) from that list. |
Ok, I've re-tested it and it actually worked this time. Seems DNS sometimes fails to resolve.
But most of the time it doesn't work for some reason. |
Yes it works also for me. The networking support should be complete. |
Maybe you could try run |
Hmm, is this a problem? |
@s-macke Well, I'm just suggesting that if anyone has problems like curl couldn't resolve host, it maybe because you have been opening the jor1k page for too long. And running I think that's also the reason that sometimes people say the relay is down while you say it's on. Because you test the network right after you created a jor1k instance. If you waited for a few more minutes, you might be able to reproduce the error. I wasn't even sure it's causing this because technically it should renew the dhcp lease automatically. I thought the lease time is by design, and current networking solution has demonstrated enough how jor1k with network support works, so I didn't ask Ben to modify it, and I bypassed the limit by setting up my own relay. And yes, I modified the lease time on my relay, the network seems to work even after 2 hours I created a instance. Sorry for my poor English, hope there's no misinformation. |
The lease time shouldn't need to be changed. Likewise, you shouldn't need to run The websocket code automatically reconnects when the connection drops - usually due to sitting idle for too long. This reconnect behaviour is transparent to the virtual machine, and to dnsmasq. That is, it doesn't prompt a new DHCP lease request, and it shouldn't need to. It's essentially the same as disconnecting some switch between your virtual machine and the DHCP server (dnsmasq). There's no way for dnsmasq to be aware of it, and since it's a lower network layer concern, there's no need for it to be aware of it. I use a /16 subnet with a fairly low DHCP lease time because I want to make sure that there are always IP addresses available to lease, even when we see big spikes of traffic to the jor1k demo server. If you leave your browser open for long enough, the DHCP client (I forget which one is on the VM image) should auto renew the lease. Provided you don't close your browser or change your MAC address, you shouldn't lose your lease, even if the websocket connection drops a few times here and there. |
Back to the specific issue at hand... @kenorb - in #65, I added SSL support to the websocket which tunnels ethernet frames between the emulator running in the browser and my virtual switch (benjamincburns/websockproxy). This means that the tunnel which carries your ethernet frames is now encrypted. It does not have any bearing on SSL support within the VM itself. With respect to ifconfig.me - it appears to not support https. When I run It's not a DNS issue, as per the command
Finally, when I run |
Closing this issue as not reproducible. @s-macke please feel free to override. |
Hi @benjamincburns! Thanks for the clarification. In fact I agree with you. But I'm still experiencing this issue, it's reproducible from here. I'll attach a screenshot. By the way, may I ask which browser are you using? |
I test with latest Chrome and Firefox. I'll have a look at the websocket reconnect behaviour and make sure it's still operating properly. |
In Chrome 45.0.2454.85 running on Ubuntu 15.05, the Websocket reconnect behaviour works, and after 15 minutes of idle time I can still Reconnect behaviour can be seen working by opening the JS console and looking for the text |
I just tested. Chrome 45.0.2454.101 on Windows works. So does Firefox 40.0.3. Even IE 11 works too. But NOT Chrome 37.0.2062.124, which I've been using (because there are issues like font rendering and tab openning in many versions after that). This still can not explain why changing the lease time on my relay fixed the problem though. No idea what else I did caused this. Anyway, sorry for wasting your time guys. |
No worries, John. I wouldn't have answered if I viewed it as a waste of time. :-) |
I'm testing the following commands which doesn't work at demo site:
Basically it couldn't resolve the host.
Is there any solution to that?
Seems the network support works partially.
I'm using Chrome 45 on OS X.
The text was updated successfully, but these errors were encountered: