qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH] Remote console access though socket


From: Daniel Veillard
Subject: Re: [Qemu-devel] [PATCH] Remote console access though socket
Date: Sat, 11 Mar 2006 15:59:18 -0500
User-agent: Mutt/1.4.1i

On Sat, Mar 11, 2006 at 05:24:40PM +0100, Oliver Gerlich wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Daniel Veillard schrieb:
> >   Hi,
> > 
> > enclosed is a first version of a patch to allow remote access and control
> > for QEmu instances, I'm not suggesting to apply it as is (though it seems
> > to work in my limited testing) but would rather like to get comments back
> > for choices I'm facing. 
> [...]
> >  There is a number of open questions which would need to be resolved before
> > applying any such patch:
> >    - First one is the unix socket, we could as easilly start normal port
> >      based access but:
> >      + I would really like to be able to list the current running instance
> >        without checking all process on the OS, and mapping in the file
> >        system seems the easiest way
> 
> Just an idea: how about using "Multicast DNS" (see multicastdns.org)?
> IIUC it provides a generic way to find services on a net; and it's
> supported at least by MacOSX and with eg. Avahi (see avahi.org) also on
> Linux. Not sure about Windows, though...

  It's rather LAN oriented, I need first to find the ports of the 
QEmu instances (plural, if you limit to one per box, then you can block the
default port number and there would be no problem) on a local machine. I
don't think that "Multicast DNS"/RendezVous works with random port numbers,
all it does over normal TCP is scan for local hosts without using DNS
resolution. Again I don't think it's really the problem I'm trying to solve,
maybe I just didn't expressed myself clearly :-)

Daniel

-- 
Daniel Veillard      | Red Hat http://redhat.com/
address@hidden  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]