Re: reverse lookup entry in BIND configuration

15 msg	SPF on 9.4.1 now?
2 msg	bind-workers list doesn't exists?
4 msg	rootserver info
3 msg	Information about libraries versions
4 msg	'host' Return Codes
3 msg	Secondary Server not answerig authoritative for...
14 msg	Strange problem
2 msg	dual internal/external chrooted bind w/third se...
2 msg	DNS authoritative server and private domain?
2 msg	rndc: 'reload' failed: out of memory
1 msg	dnscap -x, openbsd port, see <http://public....
11 msg	resolv.conf option for nameserver with specific...
2 msg	'dnscap -x' anybody?
8 msg	bind9 is taking little Breaks for Some Reason.
6 msg	resolve.conf
2 msg	re: last call on dnscap
8 msg	4 DNS servers, 1 BIND9 slave, 2 BIND8.4 slaves,...
3 msg	logging 'successes'

reverse lookup entry in BIND configuration
\ query (14 May 2007)
. \ Mark Andrews (14 May 2007)

5 msg	resolve external and internal Domains.

Subject:	Re: reverse lookup entry in BIND configuration
Group:	Bind-users
From:	Mark Andrews
Date:	14 May 2007

> Hi All,
> I am just learning how to configure a DNS name server using BIND.
>
> I am confused regarding the reverse lookup entry in /etc/named.conf
>
> For reverse lookup the entry is something like
>
> zone "16.16.172.in-addr.arpa" IN {
> type master;
> file "example.in.local";
> allow-update { none; };
> };
>
> My confusion is regarding the 16.16.172.in-addr.arpa . Is it
> necessary that for 16.16.172.in-addr.arpa , it should always
> contain the first three octets in an ip address irrespective of
> the class of ip address . Or it depends on ip address class. That
> is for a B class address, the entry will be somewhat like
>
> zone "16.172.in-addr.arpa" IN {
> type master;
> file "example.in.local";
> allow-update { none; };
> };
>
> Also , it will be helpful to me if somebody can tell regarding the
> significance of using half part of the ip address instead of using
> the complete ip address.
> Thanks in Advance

Firstly, the Internet went classless years ago.

To answer your question:
If you have a /16 you can put the PTR records in B.A.IN-ADDR.ARPA
or you can have a B.A.IN-ADDR.ARPA which delegated to
multiple C.B.A.IN-ADDR.ARPA zones which have the PTR records
in them or you can do both. Basically you do whatever is
easier for you and how you have sub allocated the space.

Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews