mirror of
https://github.com/retspen/webvirtcloud.git
synced 2026-04-27 00:15:56 +03:00
[GH-ISSUE #144] noVNC not working on https #97
Labels
No labels
bug
enhancement
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/webvirtcloud#97
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @lord-kyron on GitHub (May 10, 2018).
Original GitHub issue: https://github.com/retspen/webvirtcloud/issues/144
Hello,
Over HTTPS everything else is working, except the noVNC. I have a domain name and when I try to access the system over the domain name, the noVNC is timing out. It is working when I use the IPaddress:port. I am using the WebVirtCloud project now, but the issue is the same and persists there too.
I am using this project, cloned from github - not the docker version.
Did any one of you found a solution to this?
@mplx commented on GitHub (May 14, 2018):
I'm proxying novnc through nginx - maybe my patch is of help to you.
https://github.com/mplx/docker-webvirtcloud/blob/master/01-wsproxy.patch
@lord-kyron commented on GitHub (May 15, 2018):
I've made the changes from your patched files and when I try to open the console now, I am getting:
`
`
FYI - I am using https, but my certificate is not local. I am using CloudFlare and the SSL cert is offloaded there.
@zingmars commented on GitHub (Jun 6, 2018):
Odd, because his patch file worked for me (though I did need to apply an additional fix for https://github.com/retspen/webvirtcloud/issues/126#issuecomment-394981688). I think you might have deleted something, because ws_host is one of the things that you shouldn't have touched.
Also you might want to allow for direct connections in CloudFlare if possible. In my experience CloudFlare does not play well with proxied apps and it usually takes a bit to set up properly.
@lord-kyron commented on GitHub (Jun 6, 2018):
From another person using the app I've understand, that it is working for him, but he is using local ssl certificate. It is better for me to use the ssl offload on Cloudflare. I also use the DDoS protection there so...
I will check everything again and see if I allow direct connections, would it help!
Thanks!
@zingmars commented on GitHub (Jun 6, 2018):
Afaik DDoS protection essentially proxies everything through their servers. According to this it only proxies HTTP connections, and since you're asking for WebSocket connection, it won't go through (and even if it did, you would essentially be sending all data to Cloudflare which would send it to the client adding quite a bit of latency).
I suppose you could try figuring out a way to send the data over another subdomain or by using a direct IP connection (though WebVirtCloud uses cookies to get the token of the node you want to connect to, and you would need to find a way to set that cookie for that particular domain), but that's a lot of headache.