[virt-tools-list] Debugging TLS connection between virt-viewer and libvirt running on separate hosts
Will Dennis
wdennis at nec-labs.com
Wed Apr 10 22:36:29 UTC 2013
Is the virt-tools list supposed to be devel only? (I did post this
question a month ago to libvirt-users, with no response (which I
supposed was because it was a virt-manager/virt-viewer type of
problem...)
Thanks,
Will
-----Original Message-----
From: Cole Robinson [mailto:crobinso at redhat.com]
Sent: Wednesday, April 10, 2013 6:33 PM
To: Will Dennis
Cc: virt-tools-list at redhat.com; libvirt user
Subject: Re: [virt-tools-list] Debugging TLS connection between
virt-viewer and libvirt running on separate hosts
On 04/10/2013 10:47 AM, Will Dennis wrote:
> Hi all,
>
> I'm running libvirt 1.0.4 on one host (Ubuntu 12.04), and
> virt-manager/virt-viewer on another (FC18), and using TLS to secure
> the comm's between the hosts. I was able to get virt-manager to
> connect the the hypervisor host via qemu+tls method, but virt-viewer
> will not connect (either invoked from the "Show the graphical console"
> option on virt-manager's VM window, or by invoking virt-viewer
> directly.) Both fail with a generic error (virt-manager's view console
> says "viewer connection to hypervisor host got refused or
> disconnected") but does not give a more explicit error. I did a
> tcpdump, and the trace does show the client machine connecting to TCP
> port
> 16514 on the hypervisor host, which is owned by the libvirtd daemon.
> From what I can see in the packets from that dump, it looks like the
> endpoints are exchanging certificate info, but of course the session
> is encrypted, so can't really see what else is going on... Is there a
> way someone can give me to debug the communications for either the
> client or server side? (There's nothing being written to logs as far
> as I can see.)
CCing libvirt-users
- Cole
More information about the virt-tools-list
mailing list