-
Notifications
You must be signed in to change notification settings - Fork 472
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
Evaluate guacamole HTML for VNC access #2755
Comments
Worth looking into: https://github.com/BarrieAlmond/GuacNebula |
Just deployed this (https://github.com/BarrieAlmond/GuacNebula) very cool solution in my lab. |
Thanks for the feedback! we'll give it priority |
Moving to backlog, guacamole agent may be too heavy on the hypervisors. Maybe we are missing something, but in our tests it pulls a tomcat? |
Yes, it requires a java application server like Tomcat or Jetty. |
Thanks for the confirmation. Seems like an overkill for a light VNC feature. We'll evaluate its optional inclusion. Meanwhile, we keep on the lookout. |
That’s true. I’m running it inside Docker Containers in my environments. But it’s not that “lightweight” as NoVNC ;-)
Perhaps as (well documented) Add-On / Extension with integration via Marketplace?
Best
Sebastian
… Am 18.06.2019 um 13:31 schrieb Tino Vázquez ***@***.***>:
Thanks for the confirmation.
Seems like an overkill for a light VNC feature. We'll evaluate its optional inclusion.
Meanwhile, we keep on the lookout.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
You're right that as a VNC client it isn't exactly lightweight. I think the biggest benefit of Guacamole comes from using it for in-browser RDP connections to provide functions not available with NoVNC. Using RDP it can adjust the remote resolution to match the browser's display area, provide a form of clipboard redirection (text only, from pasting in to the ctrl-alt-shift menu), bi-directional audio redirection, print redirection, and file transfers from dragging on to the browser and downloading from a virtual drive via the ctrl-alt-shift menu. It of course needs RDP to be enabled on the VM - easy enough with Windows, and can work with xrdp on Linux. It also needs the VM to be on an IP range contactable by the Guacamole server (could possibly be circumvented on KVM with VM port forwarding similar to what is mentioned here. All I can say is it worked a treat for the virtual lab that I put together, running it inside Docker containers. Whether this is of any benefit to a particular environment depends on their requirements. Unfortunately I've now moved on from that project so can't contribute any more. |
Wow @BarrieAlmond , it looks so cool! |
Nevertheless, native spice-client support can provide all of this with less changes, see #1262 |
closing in favor of the spice approach |
reopening and putting this on the backlog as an alternative to noVNC |
"A deployment scenario could be: one guacamole server on the frontend and guacd proxies on each hypervisor. The guacamole server can reach each guacd proxy and each guacd proxy can reach any VM on its own hypervisor. When creating a connection, some parameter needs to be set in order to use a particular guacd proxy" by @km4rcus |
PRs to merge:
|
superb job Sergio! |
Signed-off-by: Frederick Borges <fborges@opennebula.io>
Description
Replace current VNC Sunstone integration
Use case
Provide better end user experience
Interface Changes
Change Sunstone VNC console
Additional Context
https://guacamole.apache.org/
Progress Status
The text was updated successfully, but these errors were encountered: