Discussion:
improving DNS-SD / mDNS support
(too old to reply)
David Young
2012-09-01 03:02:34 UTC
Permalink
I would like for NetBSD to have a full-featured DNS Service Discovery
(DNS-SD) & Multicast DNS (mDNS) stack under a liberal license. I'm
wondering who else would like for NetBSD to have that. I'm also curious
whether someone out there is interested in working on it.

By full-featured, I mean

1) NetBSD would advertise services such as sshd and httpd, as they
started up, either in the .local domain, or in one or more global
DNS-SD domains, or both, if I had so configured NetBSD. NetBSD
would be able to authenticate with a dynamic DNS server in order
to register services.

2) Network clients in the NetBSD base system, such as ssh(1) and
ftp(1), would try to locate services by searching the .local domain
or in one or more DNS-SD search domains, if NetBSD was so configured,
in addition to other search domains. E.g., 'ftp http://xyz' would
search for SRV records named 'xyz._http._tcp.xyz.local',
'xyz._http._tcp.mydomain.com', and 'xyz._http._tcp.otherdomain.com';
then 'xyz.local', then 'xyz.mydomain.com' and 'xyz.otherdomain.com',
if my configuration allowed. Likewise, 'ssh ***@xyz' would search
for corresponding _ssh._tcp SRV records.

3) Using a utility program in the base system, scripts could
add/withdraw service advertisements from any domain.

4) Using software in the base system, NetBSD could act as a dynamic
DNS server supporting DNS-SD registration and "extras" such as
long-lived queries and the sleep proxy service.

5) There is probably something else that I am forgetting. :-)

Anyone else interested?

Dave
--
David Young
***@pobox.com Urbana, IL (217) 721-9981

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de
David Young
2012-09-02 00:23:22 UTC
Permalink
Post by David Young
I would like for NetBSD to have a full-featured DNS Service Discovery
(DNS-SD) & Multicast DNS (mDNS) stack under a liberal license. I'm
wondering who else would like for NetBSD to have that. I'm also curious
whether someone out there is interested in working on it.
By full-featured, I mean
1) NetBSD would advertise services such as sshd and httpd, as they
started up, either in the .local domain, or in one or more global
DNS-SD domains, or both, if I had so configured NetBSD. NetBSD
would be able to authenticate with a dynamic DNS server in order
to register services.
2) Network clients in the NetBSD base system, such as ssh(1) and
ftp(1), would try to locate services by searching the .local domain
or in one or more DNS-SD search domains, if NetBSD was so configured,
in addition to other search domains. E.g., 'ftp http://xyz' would
search for SRV records named 'xyz._http._tcp.xyz.local',
'xyz._http._tcp.mydomain.com', and 'xyz._http._tcp.otherdomain.com';
then 'xyz.local', then 'xyz.mydomain.com' and 'xyz.otherdomain.com',
for corresponding _ssh._tcp SRV records.
3) Using a utility program in the base system, scripts could
add/withdraw service advertisements from any domain.
4) Using software in the base system, NetBSD could act as a dynamic
DNS server supporting DNS-SD registration and "extras" such as
long-lived queries and the sleep proxy service.
5) There is probably something else that I am forgetting. :-)
Now I remember: there has to be NAT-PMP support, and service
registration needs to be coordinated with NAT-PMP.

Dave
--
David Young
***@pobox.com Urbana, IL (217) 721-9981

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de
Ty Sarna
2012-10-03 02:23:00 UTC
Permalink
Post by David Young
I would like for NetBSD to have a full-featured DNS Service Discovery
(DNS-SD) & Multicast DNS (mDNS) stack under a liberal license. I'm
wondering who else would like for NetBSD to have that. I'm also curious
whether someone out there is interested in working on it.
I'm still interested, but my time is limited. I also have a bunch of
still-uncommitted code from 2009-ish that implements a whole new
netbsd-specific platform layer (replacing the posix layer) that is
kqueue based and has a number of nice features.
Post by David Young
By full-featured, I mean
1) NetBSD would advertise services such as sshd and httpd, as they
started up, either in the .local domain, or in one or more global
DNS-SD domains, or both, if I had so configured NetBSD. NetBSD
would be able to authenticate with a dynamic DNS server in order
to register services.
I had some plans for a nice way to do this, in most cases without
even requiring the daemons to be modified, by having configuration
files that tell mdnsd about different services, and how to monitor
the service (look for pid file creation and register, deregister when
that pid exits, etc... all made easy by kqueue).
Post by David Young
2) Network clients in the NetBSD base system, such as ssh(1) and
ftp(1), would try to locate services by searching the .local domain
or in one or more DNS-SD search domains, if NetBSD was so configured,
in addition to other search domains. E.g., 'ftp http://xyz' would
search for SRV records named 'xyz._http._tcp.xyz.local',
'xyz._http._tcp.mydomain.com', and 'xyz._http._tcp.otherdomain.com';
then 'xyz.local', then 'xyz.mydomain.com' and 'xyz.otherdomain.com',
for corresponding _ssh._tcp SRV records.
This should be working, or close to it now, I think? I forget where I
left this. There were some issues with ipv6, I know, due to a poor
API design in the client library.
Post by David Young
3) Using a utility program in the base system, scripts could
add/withdraw service advertisements from any domain.
If you mean Wide Area DNS-SD, there's some stuff in the Apple code
to support that, but I never tried it. It probably needs some work.
Post by David Young
4) Using software in the base system, NetBSD could act as a dynamic
DNS server supporting DNS-SD registration and "extras" such as
long-lived queries and the sleep proxy service.
Most of this code is already in there, including Sleep Proxy.
The posix layer doesn't support it, but it could be added to
the NetBSD layer, in theory.
Post by David Young
5) There is probably something else that I am forgetting. :-)
Anyone else interested?
--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de
Loading...