Dne 24.8.2011 13:55, Daniel P. Berrange napsal(a):
On Tue, Aug 23, 2011 at 08:50:35PM +0200, Radek Hladik wrote:
Dne 23.8.2011 14:36, Radek Hladik napsal(a):
I am thinking whether there is not a problem with monitor setting
something after the machine starts. Libvirt does the same with password,
so maybe it does something with TLS
I tried to remove the VNC password from guest XML and TLS is
working. So actually now the situation is like this:
* guest with password+qemu configured to use TLS = no TLS (VNC AUTH TYPE=2)
* guest without password+qemu configured to use TLS = working TLS
(VNC AUTH TYPE=19)
I hope it will help to make my issue more clear. I am really
suspecting that the password setup somehow removes the TLS option
from VNC.
Yes, QEMU applied a broken fix for CVE-2011-0011 which means whenever
you set a password, they reset auth type to 'VNC' (type=2).
http://lists.nongnu.org/archive/html/qemu-devel/2011-08/msg02795.html
Regards,
Daniel
Thanks for your answer.
I tried to comment out
vs->auth = VNC_AUTH_VNC;
inspired by your patch (the whole patch did not work with my version of
qemu ) and it fixed the issue. I will check how the situation will
evolve, whether qemu developers will fix it or not.
Radek
--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list