You seem to be referencing register.com's name servers as NS records in both zones. Yet you are loading the zone as type master. If your goal is to create an authoritative name server for your private domain, then your NS records should point to your name server and the zone loaded as a master.(see below) Otherwise the zone should be loaded as type "forward"
Some other things I noticed...
Code:
view "my-domain" {
match-clients {192.168.1.0/24; 127/8; };
zone "my-domain.net" {
type master;
file "my-domain.net";
};
};
You have defined a single view which loads a single zone (my-domain.net), but yet the reverse zone is not loaded within the view. Also, where is the root zone loaded?
Code:
; Name servers
;
my-domain.net. IN NS dns17.register.com.
my-domain.net. IN NS dns18.register.com.
Huh? If your goal is to make an authoritative name sever for your private network, then the NS records should point to your servers name/IP address (glue records), not register.com. ie.
Code:
my-domain.net IN NS ns1.my-domain.net.
my-domain.net IN NS ns2.my-domain.net.
; glue records
ns1 IN NS 192.168.1.2
ns2 IN NS 192.168.1.3
Printers...
Code:
;printers
merry.printers.my-domain.net. IN A 192.168.1.200
pippin.printers.my-domain.neti. IN A 192.168.1.201
You have these printers listed under the sub-domain of printers.my-domain.net, but yet you have not added the necesaary delegation records (SOA) for this sub-domain. This would require a separate zone file for printers.my-domain.net. Plus you have .neti instead of .net in the second record.
Example of a sub-domain delegation: In my-domain.net zone file, add...
Code:
; Delegate printers.my-domain.net to this server
printers.my-domain.net. IN NS ns1.printers.my-domain.net.
; glue record for ns1.prnters.my-domain.net
ns1.printers IN A 192.168.1.2
Now create a zone file for printers.my-domain.net that contains the A records for merry and pippin. Oh!, and don't forget load this zone in named.conf.
Code:
;system
mail.my-domain.net. IN CNAME host53a.external-mail-prvider.com.
webmail.my-domain.net. IN CNAME mail.my-domain.net.
Although a topic of many debates... you have your MX record pointing to a CNAME. Plus the second record is basically a CNAME pointing to a CNAME.
As for the 192.168.1 reverse zone...
1) Your NS records are pointing to register.com when they should probably point to your name server. Especially since this zone is for an RFC1918 address space. NO name server on this planet (except yours) is going to answer an RFC1918 adddress request.
2) None of the PTR records have a termination (period) ie.
Code:
100.1.168.192.in-addr.arpa. IN PTR frodo.my-domain.net
101.1.168.192.in-addr.arpa. IN PTR boromir.my-domain.net
shoud be...
100.1.168.192.in-addr.arpa. IN PTR frodo.my-domain.net.
101.1.168.192.in-addr.arpa. IN PTR boromir.my-domain.net.
DHCP entries are listed in the reverse zone, but are not lsited in the forward zone. BTW: did you know you can use the $GENERATE statment to build these A/PTR records when the zone loads? Example:
Code:
; dhcp clients
1.1.168.192.in-addr.arpa. IN PTR dhcp1.my-domain.net
2.1.168.192.in-addr.arpa. IN PTR dhcp2.my-domain.net
3.1.168.192.in-addr.arpa. IN PTR dhcp3.my-domain.net
4.1.168.192.in-addr.arpa. IN PTR dhcp4.my-domain.net
...the above can be replaced with (substitute the 1-10 with the range you need)
$GENERATE 1-10 $ PTR dhcp$.my-domain.net.
...and in the forward zone (my-domain.net)
$GENERATE 1-10 dhcp$ A 192.168.1.$