h2n Script Doesn't Create Default TTL Record

[Delmer Harris]

Andris:

Very nice.  Unfortunately some necessary (to me) functionality of the ISC
h2n appears to be broken in the version which you referenced.
Specifically,
1) the -y option (to set the serial number based on the date) is not
available,
2) the -v 4|8 option (to set either Version 4 or Version 8 format) has been
replaced by a domain integrity verification (minor problem), and
3) the hosts file must use FQDNs for primary names, so my present hosts
file will not work.

2 & 3 are avoidable as I only plan on supporting Version 8 and I can
recreate my hosts files with FQDNs.  1 will cause me some problems.







Andris Kalnozols <andris at hpl.hp.com> on 09/13/2000 02:26:59 AM
                                                                           
                                                                           
                                                                           


                                                              
                                                              
                                                              
 To:      nick at glimmer.demon.co.uk                            
                                                              
 cc:      bind-users at isc.org                                  
                                                              
                                                              
                                                              
 Subject: Re: h2n Script Doesn't Create Default TTL Record    
                                                              







>
> I'm using the Oreilly/Cricket h2n script to generate my zone files from a
> hosts file, and it doesn't generate the $TTL records - unless I've missed
> some commandline switch that does that.

As long as you have the 'dig' program in your search path and BIND's
default version information is intact, the h2n version referenced below
will add the $TTL directive if necessary.

> I could build a simple edit to add the records into the wrapper script I
> use with h2n, but after playing around I also notice that if you put a
$TTL
> record into each db.* file manually, then on subsequent runs of h2n it
> complains that each file has an invalid SOA record, and falls over - so I
> have to take the $TTL records out first, then run h2n, then put them back
> in ...
>
> Weird !?   Why does h2n even *look* at the previous contents of the db.*
> files ?

So it can build the new db.* files with an incremented serial number.

> Sorry if I'm being dumb.  In fact I can't believe I've found a new
problem
> here, but I searched the archives and can't find this problem reported by
> anybody else - what gives ?  Am I running an old h2n ?  (I've tried the
one
> that comes with 8.2.2p5, but that still behaved the same way.)

See < ftp://ftp.hpl.hp.com/pub/h2n/h2n.tar.gz > for a newer version.

Andris Kalnozols
andris at hpl.hp.com