My 2 cents here. I think what he masses would like to ultimately see here is a pure web based SPICE/VNC client nicely integrated into the user/admin portals. In this regard the console becomes truly portable across operating systems and browsers. The biggest win here is no longer having to be stuck with Internet Exploder as the only browser on a windows client that can access a spice console. At least on a Linux based client we have Firefox, but chrome would be nice. Due to the current console situation what is completely out in the cold here is tablets (granted you can use a vnc client on a tablet, but painful due to manual connection steps ip/port/password ATM). Likewise VNC != SPICE quality and interactivity wise on top of the other obvious advantages or SPICE over VNC (EG: HW Accel via QXL). Also left out here are OSX users for which a solution like this would console enable them as well. - DHC On Thu, Feb 21, 2013 at 7:16 AM, Michal Skrivanek < michal.skrivanek@redhat.com> wrote:

On Feb 18, 2013, at 10:10 , Jaco <ubuntumuntu@gmail.com> wrote:

...

I've seen this in the list archives, but not sure how much traction it's gained in the intervening period (or ). Hi, still pending, but we're getting there:-)

...

I've fiddled with, and had some pretty decent experiences with

Guacamole: http://guac-dev.org/

...

An HTML(5?)-based VNC client for a browser - no client-side components needed :) how would you compare it to novnc? RDP support might be handy…on the other hand at first sight looking at http://sourceforge.net/projects/guacamole/forums/forum/1110834/topic/5236646... http://cloudiad.com/analysis/doc1 it looks noVNC would be easier to integrate with. Especially when qemu just recently got direct support for websockets. Then we really do not need anything at the engine side at all.

Thanks, michal

...

Could fit in nicely with the project.

Just putting it out there

- J _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

On Feb 21, 2013, at 21:11 , Jaco <ubuntumuntu@gmail.com> wrote:

...

http://cloudiad.com/analysis/doc1 it looks noVNC would be easier to integrate with. Thanks for the link - did not know that.

I think noVNC has a bit more traction in the industry (with good reason), since is does seem to be a fairly simple & straight-forward client, whereas Guagamole is actually a more generic/general VNC (& RDP) proxy. In theory Guacamole may be extendible to the SPICE protocol, enabling a single interface for accessing instance consoles.

well, there is HTML5 SPICE client we have in mind for some time as well….it's a different project, but since the integration is as easy as (well, relatively:) adding the right web page with client I think it's still a better choice for initial implementation - http://www.spice-space.org/page/Html5 RDP sounds attractive though, also since it's pushing some of the processing to the server(or engine) side it may be more suitable for something like tablets where I don't expect high performance on the client side, where novnc/html5spice is pushing the processing to exclusively) hopefully we should see something in 3.3 already…any help welcomed:-) it can be already tested separately, even though the usage would be cumbersome, still, could give us more data what is worth integrating... Thanks, michal

- J _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

On 22-2-2013 12:04, Michal Skrivanek wrote:

...

well, there is HTML5 SPICE client we have in mind for some time as well….it's a different project, but since the integration is as easy as (well, relatively:) adding the right web page with client I think it's still a better choice for initial implementation - http://www.spice-space.org/page/Html5 RDP sounds attractive though, also since it's pushing some of the processing to the server(or engine) side it may be more suitable for something like tablets where I don't expect high performance on the client side, where novnc/html5spice is pushing the processing to exclusively)

hopefully we should see something in 3.3 already…any help welcomed:-) it can be already tested separately, even though the usage would be cumbersome, still, could give us more data what is worth integrating... I just tried but don't get any image. What I did was install git on my host, checked out the proxy, started it and used http://www.ovirt.org/How_to_Connect_to_SPICE_Console_Without_Portal#Set_Tick... in a second terminal to set a password and then used my browser to connect to the proxy with the password. The proxy sees my connection but I get an error and no console

There is a VM running with spice on 5900.

[root@host02 ~]# ps -f 22058 | grep spice qemu 22058 1 1 13:55 ? Sl 0:04 /usr/bin/qemu-kvm -name firewall01 -S -M pc-0.14 -cpu Conroe -enable-kvm -m 512 -smp 1,sockets=1,cores=1,threads=1 -uuid 9e73693c-3759-4ab0-ac09-8263f38ab2bf -smbios ..... virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice port=5900,tls-port=5901,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-

# vdsClient -s 0 setVmTicket 9e73693c-3759-4ab0-ac09-8263f38ab2bf password 1000 code = 0 message = Done

6: 192.168.216.236: Plain non-SSL (ws://) WebSocket connection 6: 192.168.216.236: Version hybi-13, base64: 'False' 6: connecting to: localhost:5900

What is it that I'm doing wrong? dunno maybe…something's wrong with the proxy?

On Feb 22, 2013, at 14:17 , noc <noc@nieuwland.nl> wrote: the client is trying non-SSL but spice-server/qemu is configured to use SSL…

Joop

-- irc: jvandewege