Minimal distribution of BIND binaries
James Hall-Kenney
JHall at sytec.co.nz
Thu Oct 14 07:06:46 UTC 1999
Thanks for the all replies. Based on the feedback I was able to reduce the
file set down
to 4 files.
./bin
nslookup
dig
./sbin
named
ndc // To allow restart / reconfig / status etc
For those of you who commented on the missing named-xfer binary, as I said
in the original posting, these specific servers will be caching only servers
so no zone xfers will be taking place.
Thanks again for your help. The reduced file set should save a major strain
on our small WAN pipes.
Cheers
J.
-----Original Message-----
From: Jim Reid [mailto:jim at mpn.cp.philips.com]
Sent: Wednesday, 13 October 1999 22:40
To: James Hall-Kenney
Cc: bind-users at vix.com
Subject: Re: Minimal distribution of BIND binaries
>>>>> "James" == James Hall-Kenney <JHall at sytec.co.nz> writes:
James> I want to reduce the distribution set to just necessary server
file
James> and client files. At the moment the file set I have:
James> ./bin
James> nslookup
James> dig
James> ./lib
James> libbind.a
James> libbind.r.a
James> nslookup.help
James> ./sbin
James> named
James> ndc
James> This seems to work OK - any issues with only sending these files
James> (+ config files ...).
You forgot named-xfer. Without that, your name servers won't be able
to slave any zones. There are also "interesting" problems if you use a
version of named-xfer that's from a different release of BIND. And
personally, I prefer dig to nslookup. You can probably get away
without shipping libbind.a unless you plan on linking stuff on the
remote servers with an up to date resolver library. Still it won't
hurt to make the code available on these systems even if nothing uses
it.
James> I was unable to work out what ./sbin/irpd was - still can't make
James> the man pages properly ;).
You don't need it. irpd is the ISC's equivalent of Sun's nscd. It
reads (and caches) the contents of things like /etc/services and
provides a host lookup API that can switch between /etc/hosts, the DNS
and NIS.
More information about the bind-users
mailing list