Re: [Users] VNC web console

2013-02-22 Thread Michal Skrivanek

On Feb 21, 2013, at 21:11 , Jaco ubuntumu...@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

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


Re: [Users] VNC web console

2013-02-22 Thread noc

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_Ticket_using_vdsClient 
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?

Joop

--
irc: jvandewege

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


Re: [Users] VNC web console

2013-02-22 Thread Michal Skrivanek

On Feb 22, 2013, at 14:17 , noc n...@nieuwland.nl wrote:

 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_Ticket_using_vdsClient
  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?
the client is trying non-SSL but spice-server/qemu is configured to use SSL…

 
 Joop
 
 --
 irc: jvandewege
 

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


Re: [Users] VNC web console

2013-02-21 Thread Michal Skrivanek
On Feb 18, 2013, at 10:10 , Jaco ubuntumu...@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 
and 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


Re: [Users] VNC web console

2013-02-21 Thread Dead Horse
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.skriva...@redhat.com wrote:

 On Feb 18, 2013, at 10:10 , Jaco ubuntumu...@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/5236646and
 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

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


Re: [Users] VNC web console

2013-02-21 Thread Jaco


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.




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