Re: Wide area rendezvous with posix daemon

• Subject: Re: Wide area rendezvous with posix daemon
• From: Marc Krochmal <email@hidden>
• Date: Sat, 20 Nov 2004 15:59:36 -0800
• Delivered-to: email@hidden
• Delivered-to: email@hidden

Jakub,

Davd Brower, I also have a bug to cover your diffs...

<rdar://problem/3872803> Darwin patches for Solaris and Suse

Best Regards,

-Marc

On Nov 20, 2004, at 6:06 AM, Jakub Stachowski wrote:

Dnia piątek, 19 listopada 2004 17:28, Marc Krochmal napisał:

Hi Jakub,

Sorry for not responding to your earlier patch.  Things are pretty
hectic right now at Apple with Mac OS X Tiger development, so everyone
is really busy.  We haven't had time to evaluate your patch yet, but
we'll definitely consider it.

2) it doesn't read list of zones and keys for DynDNS updates. This
seems easy
to fix by just copying (with minor fixes) relevant functions from
MacOSX
daemon.

Yep, as you've noticed, all our work around Wide-Area Rendezvous is
focused on Mac OS X right now, but we fully intend to add support to
Posix and Windows in the near future.

I see. But you seem to have overlooked nasty buffer overflow in your haste.
See function GetConfigOption from mDNSMacOSX.c: it assumes that destination
buffer is at least 1024-len(optionname) bytes long and buffers declared in
ReadDDNSSettingsFromConfFile are shorter. Simple test case: put very long
zone parameter (1200 bytes was enough) - mdnsd will corrupt memory and crash.
You can probably execute arbitrary code this way.

Another problem: registering service via dns-sd -R name _type._tcp test. 90
results in "Format Error" from bind 9.2.4. It doesn't like TXT record with
0-sized data in update request.

3) how you can set default browsing domains? on MacOSX it is read from
system
configuration. In Posix daemon it probably should be read from config
file.

There's a few ways to discover the default browsing domains, one of
which is using DHCP, and from there, using DNS, or they can be read out
of a config file. All of these methods will be supported by Posix and
Windows soon.

4) IDN problems again. You cannot just send UTF-8 encoded domain names
to DNS
server. It has to be encoded according to RFC 3490.

Yep, this is on our list of things to consider.  No decision yet.

I would be grateful for information if and how are you going to fix
these
issues.

We're going to fix them, however, they take a back seat to the core
functionally and to the Mac OS X platform support.

Or if enhancing Posix daemon is not a priority will you accept
patches for it?

Definitely. We're very open to taking patches. Please feel free to
submit patches to the list, and we'll consider each one. I don't think
we've denied a patch yet.

That's good to know. Attached patch adds possbility to set uDNS host name,
secret and public ip (this is temporary - i just don't know good method to
retrieve address of interface with default route). This is just slightly
modified code from MacOSX daemon with fixed buffer overflow in
GetConfigOption.

Loading list of default browsing and publishing domain is still not done.

Best Regards,

-Marc

<dyndns.patch>

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Rendezvous-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/rendezvous-dev/email@hidden

• Prev by Date: Re: Wide area rendezvous with posix daemon
• Next by Date: Re: Wide area rendezvous with posix daemon
• Previous by thread: Re: Wide area rendezvous with posix daemon
• Next by thread: Re: Wide area rendezvous with posix daemon
• Index(es):
  • Date
  • Thread