[Top][All Lists]

[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: Sun, 12 Mar 2006 06:03:09 -0500
User-agent: Mutt/1.4.1i

On Sat, Mar 11, 2006 at 11:22:29PM +0100, Oliver Gerlich wrote:
> Daniel Veillard schrieb:
> > 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 :-)
> After experimenting with the avahi apps a bit, I think mDNS can indeed
> advertise several services on the same host with different ports! I ran
> "avahi-publish -s -H localhost myserver1 _http._tcp 80" in one terminal,
> then "avahi-publish -s -H localhost myserver2 _http._tcp 12345" in
> another terminal. This advertised two HTTP servers which were running on
> my local host, on ports 80 and 12345, under the names myserver1 and
> myserver2.
> avahi-discover then displayed these two services, with their names and
> the correct port numbers. And in konqueror, browsing to "zeroconf:/"
> also showed the two "WWW servers" correctly.
> So, this could provide the functionality you were looking for... But it
> still has the drawback that zeroconf seems to be quite a big framework,
> and it requires multicast DNS in the kernel and such stuff...

  Ah, okay, well basically once you run you own DNS like service locally 
this kind of things becomes possible. But yes this is quite a big framework,
adding this as a dependency sounds a bit extreme, and I assume it won't
work if you don't have an avahi or zeroconf server running. One of the main
advantage of QEmu is that its requirement at the system level are very low,
I'm not sure we can put gracefully such requirement there :-)

  But thanks for updating me on this, that's good to know !


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]