dns ptr/rdns problems

I recently asked my isp to change the rdns on my remaining ips and they informed me that they could only change 2 ips but if I wanted the rest they could allow my name servers to answer for ptr and forwards. Since I could dig @"mynamesservers" -x "myips" and get the desired results I told them to go ahead and make the change. Now that dns has propagated I have found that instead of a ptr record of "http1.example.com" a cname "xxx.xxx.xxx.xxx.xx.n-addr.arpa." is being returned which is no good. What might be wrong here? or what dont I have setup correctly?
Dave

 

ok I have found my problem. My name servers have the zone file

Code:

111.111.11.in-addr.arpa

but needs to be

Code:

111.111.111.11.in-addr.arpa

Since I use ISPConfig can I edit

Code:

/root/ispconfig/isp/conf/customized_templates/named.conf.master

and change

Code:

<!-- BEGIN DYNAMIC BLOCK: named_reverse -->
zone "{ZONE}.in-addr.arpa" {
        type master;
        file "pri.{ZONE}.in-addr.arpa";
};

to

Code:

<!-- BEGIN DYNAMIC BLOCK: named_reverse -->
zone "111.111.111.11.in-addr.arpa" {
        type master;
        file "pri.111.111.111.11.in-addr.arpa";
};

and on my secondary name server another ISPConfig server

Code:

/root/ispconfig/isp/conf/customized_templates/named.conf.master

and change

Code:

<!-- BEGIN DYNAMIC BLOCK: named_reverse -->
zone "{ZONE}.in-addr.arpa" {
        type master;
        file "pri.{ZONE}.in-addr.arpa";
};

to

Code:

<!-- BEGIN DYNAMIC BLOCK: named_reverse -->
zone "111.111.111.11.in-addr.arpa" {
        type slave;
        file "sec.111.111.111.11.in-addr.arpa";
        masters { 11.11.11.11; };
};

So that I get the desired results without messing anything else up?

 

I believe I have solved this with my solution above. Not sure though if I will have any future problems.

 

You'll get problems when you update ISPConfig because your changes will be overwritten. It's therefore recommended to copy your changed templates to the directory /root/ispconfig/isp/conf/customized_templates where they won't be overwritten.