Dynamic DNS

[Irina Goble]

Hi,

> > 	I did not dig it either. But as named starts xfer/ixfr by calling
> > named-xfer it needs these files.
> 
> Wow, I guess I have not looked recently, but I would have thought named
> would have "sucked up" and integrated the functionality of named-xfer a
> while ago.  Hmmmmmph.
> 
	OOps, You are right. The named-xfer program are used only by slaves. 
	
> 
> You are correct that this is the most efficient way of doing this.  My
> context has been updating the nsupdate utility to accept a "-k keyfile"
> parameter to sign "one off" updates.  res_nupdatesigned() makes more
> sense in that context.
> 
	You can use res_nfindprimary() + res_nsendupdate() to do that.
	
> Did you look at res_nfindprimary() at all?  I did but could not make
> sense of how or more accurately what (out of the update request list) it
> was trying to find the SOA of.  I brought a couple of problems with that
> function to the attention of bind-workers too.
> 
	I had only one confusion using res_nfindprimary(). That is you have
to assigne ns_updrec.r_grpnext instead of (or with) ns_updrec.r_next.
You have to create an update request only for one zone, in res_nupdate() you 
can send updates for several zones. Is that what does not make sense?

	I did look at res_nfindprimary() and you can find it, with
some changes, as dns_findprimary() in the tsig patch. 

[snip]

> > 	I have a question. If an administrator wants to control hostnames
> > (assign a fixed name or use a pattern, wharever).
> 
> With respect to offering that name back to the client (which windows
> will ignore, but let's not discount all clients as being that stupid) or
> just with respect to updating the DDNS?
> 
	With respect to the policy and draft-ietf-dhc-dhcp-dns. For example,
we have to assigne special hostnames based on a MAC prefix.

Thanks for responses. I'll look at the code and then ask.

> 
> 
> --
> Brian J. Murrell                              InterLinx Support Services, Inc.
> North Vancouver, B.C.                                             604 983 UNIX
>         Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
>