Re: [libvirt] [RFC] Overriding graphics relocation URI
On Thu, Jan 10, 2013 at 12:41:50PM +0100, Jiri Denemark wrote:
Hi all.
Graphics relocation URI is currently transmitted within migration cookie
in the form of graphics type, address, port, tlsPort, and certificate
subject. The cookie is generated by target libvirtd and consumed by
source libvirtd which than forwards this data through QEMU to the
graphics client.
In case the target libvirtd is not able to provide the data in a way
usable by the client (e.g., because it needs to use different address),
we need to provide a way to override the graphics URI. We already
support similar thing for migration URI.
So the question is how we can support $SUBJ? The only way I came up with
is to introduce another set of migration APIs (such as
virDomainMigrateToURI3, ...) with an additional graphics URI parameter.
The URI would be formed as
type "://" address ":" port "?tlsPort=" tlsPort
"&subject=" cert
with various parts being optional. That would allow us to override any
part of the graphics cookie we need.
One thing to bear in mind is that we can now configure VNC and SPICE
at the same time. Although VNC doesn't currently have client redirect,
in theory we could add that - I've considered creating a VNC extension
for this.
However, I don't like the addition of another set of migration
APIs and
I'd be glad to hear better ideas :-)
Nor do I, but I'm so far lacking better ideas. If we do add another API,
we should do a clean slate API design that is more extensible so we don't
have to keep doing this ! Perhaps a virDomainMigrateParams struct that
is opaque & extensible.
Actually one other idea I have is to include something in the domain
XML. Currently we provide a listen address in the XML. Perhaps we should
also be providing a public connect address in the XML too. This could
actually make life better for apps like virt-viewer/virt-manager, because
currently they have nasty heuristics to figure out what address to
connect too based on the libvirt URI, XML listen address & guesswork
Regards,
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|