Re: Wild card for IPV6 reverse configuration
In message , hugo hugoo writes: > Dear all=2C > =20 > I have tried to configure a zone containing a range of IPV6 PTR records. > My target was to see how it is possible to configure such a zone to > always return the same answer for all the IPV6 IP=92s in the range. > And if possible to return specifi names for specific IP=92s. > =20 > Example of a IPV6 range: > =20 > 1234:5678:90ab:00cd::/56 > =20 > =20 > Creation of the zone =E8 =930.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa.=94 > =20 > In the zone=2C I have put the following PTR record: > =20 > *.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. 3600 IN PTR 123.lebrol.be= > . > =20 > It seems (according to some of my tests) that for all IP=92s in the range= > =2C the reverse is =93123.lebrol.be.=94 > =20 > Question =E8 is this a correct way to configure reverse IPV6 if we accept= > the same name for all the IP=92s in the range? > =20 > =20 > Zone modification: > =20 > I have tried to add in the zone file the possibility to answer a=20 > specific name to a specific IP in the range and keep answering the=20 > general name to all the other IP=92s in the range. > =20 > *.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. 3600 IN PTR 123.lebrol.be= > . You need to add a few more records. Wildcards don't work the way you think they do. The existance of a label, even with no data, disables wildcard processing. *.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. PTR 123.lebrol.be. *.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. PTR 123.lebrol.be. *.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. PTR 123.lebrol.be. *.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. PTR 123.lebrol.be. *.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. PTR 123.lebrol.be. *.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. PTR 123.lebrol.be. *.c.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. PTR 123.lebrol.be. *.b.c.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. PTR 123.lebrol.be. *.a.b.c.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. PTR 123.lebrol.be. *.9.a.b.c.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. PTR 123.lebrol.be. *.8.9.a.b.c.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. PTR 123.lebrol.be. *.7.8.9.a.b.c.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. PTR 123.lebrol.be. *.6.7.8.9.a.b.c.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. PTR 123.lebrol.be. *.5.6.7.8.9.a.b.c.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. PTR 123.lebrol.be. *.4.5.6.7.8.9.a.b.c.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. PTR 123.lebrol.be. *.3.4.5.6.7.8.9.a.b.c.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. PTR 123.lebrol.be. *.2.3.4.5.6.7.8.9.a.b.c.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. PTR 123.lebrol.be. > 1.2.3.4.5.6.7.8.9.a.b.c.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. = > 3600IN PTR nombre.de.cerise.be.=E8 s= > pecific IP > =20 > =20 > It works when the specific IP is used: > =20 > lennydnstest01:~# dig @localhost -x 1234:5678:90ab:0021:0fed:cba9:8765:4321 > =20 > =3B=3B QUESTION SECTION: > =3B1.2.3.4.5.6.7.8.9.a.b.c.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa= > . IN PTR > =3B=3B ANSWER SECTION: > 1.2.3.4.5.6.7.8.9.a.b.c.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. 3= > 600 IN PTR nombre.de.cerise.be. > =20 > =20 > But if another IP in the range is used having the following nibbles mapping= > the specific PTR (here 1.2 )=2C it do not work and nothing is found! > =20 > =20 > lennydnstest01:~# dig @localhost -x 1234:5678:90ab:0021:: > =20 > =3B=3B QUESTION SECTION: > =3B0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa= > . IN PTR > =3B=3B AUTHORITY SECTION: > 0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. 3600 IN SOA ns1.uat.skynet.be. dnsmas= > ter.skynet.be. 5 10800 3600 360 3600 > =20 > =20 > Can someone give an explanation on the use of the wildcard *.Any other way = > to obtain the desired result? > =20 > =20 > Thanks in advance for your feedback=2C > =20 > Hugo=2C = > > --_8940b2fd-a732-48b4-8129-33249f29de87_ > Content-Type: text/html; charset="Windows-1252" > Content-Transfer-Encoding: quoted-printable > > > > > > =3D"font-size:11pt">Dear all=2C > =3B > I have tried to configure a zone containing a range of IPV6 PTR record= > s. > My target was to see how it is possible to configure such a zone to > always return the same answer for all the IPV6 IP=92s in the range. > And if possible to return specifi names for specific IP=92s. > =3B > Example of a IPV6 range: > =3B > 1234:5678:90ab:00cd::/56 > =3B > =3B > Creation of the zone =3B = > =E8 =3B =930.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa.=94 > > =3B > In the zone=2C I have put the following PTR record: > =3B > *.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. 3600 =3B =3B =3B&n= > bsp=3B IN =3B =3B PTR =3B =3B =3B =3B 123.lebrol.be= > . > =3B > It seems (acco
Wild card for IPV6 reverse configuration
Dear all, I have tried to configure a zone containing a range of IPV6 PTR records. My target was to see how it is possible to configure such a zone to always return the same answer for all the IPV6 IP’s in the range. And if possible to return specifi names for specific IP’s. Example of a IPV6 range: 1234:5678:90ab:00cd::/56 Creation of the zone è “0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa.” In the zone, I have put the following PTR record: *.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. 3600 IN PTR 123.lebrol.be. It seems (according to some of my tests) that for all IP’s in the range, the reverse is “123.lebrol.be.” Question è is this a correct way to configure reverse IPV6 if we accept the same name for all the IP’s in the range? Zone modification: I have tried to add in the zone file the possibility to answer a specific name to a specific IP in the range and keep answering the general name to all the other IP’s in the range. *.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. 3600 IN PTR 123.lebrol.be. 1.2.3.4.5.6.7.8.9.a.b.c.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. 3600IN PTR nombre.de.cerise.be.è specific IP It works when the specific IP is used: lennydnstest01:~# dig @localhost -x 1234:5678:90ab:0021:0fed:cba9:8765:4321 ;; QUESTION SECTION: ;1.2.3.4.5.6.7.8.9.a.b.c.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. IN PTR ;; ANSWER SECTION: 1.2.3.4.5.6.7.8.9.a.b.c.d.e.f.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. 3600 IN PTR nombre.de.cerise.be. But if another IP in the range is used having the following nibbles mapping the specific PTR (here 1.2 ), it do not work and nothing is found! lennydnstest01:~# dig @localhost -x 1234:5678:90ab:0021:: ;; QUESTION SECTION: ;0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.2.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. IN PTR ;; AUTHORITY SECTION: 0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. 3600 IN SOA ns1.uat.skynet.be. dnsmaster.skynet.be. 5 10800 3600 360 3600 Can someone give an explanation on the use of the wildcard *.Any other way to obtain the desired result? Thanks in advance for your feedback, Hugo, ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Reverse Configuration
Thanks everybody! Everything is fine now! My ISP included my reverse in their DNS. João K. Em Dom, 2010-10-17 às 10:25 +0100, Matthew Seaman escreveu: > On 16/10/2010 21:48, Kevin Oberman wrote: > > To be completely clear, unless there is special software on the client > > to deal with PTRs, you really only want ONE PTR for each address. Most > > standard network tools tend to assume only one PTR per address and some > > get very confused when multiple PTRs are returned. > > I'm intrigued as to what software it is that gets confused by having > multiple PTRs for IPs? Given I've been running with exactly that > configuration for many years, and never noticed any problems nor had any > complaints. > > Still, I hope this whole argument will be rendered moot with the advent > of IPv6, where addresses are available in such enormous bounty that the > sensible admin would not only assign an IP per network interface, but > pretty much an IP per service too. No more fiddling about with TTLs or > waiting for changes to propagate should you need to shuffle things > about, and a natural consequence is that only one PTR would be needed > per . > > Cheers, > > Matthew > > ___ > bind-users mailing list > bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Reverse Configuration
On 16/10/2010 21:48, Kevin Oberman wrote: > To be completely clear, unless there is special software on the client > to deal with PTRs, you really only want ONE PTR for each address. Most > standard network tools tend to assume only one PTR per address and some > get very confused when multiple PTRs are returned. I'm intrigued as to what software it is that gets confused by having multiple PTRs for IPs? Given I've been running with exactly that configuration for many years, and never noticed any problems nor had any complaints. Still, I hope this whole argument will be rendered moot with the advent of IPv6, where addresses are available in such enormous bounty that the sensible admin would not only assign an IP per network interface, but pretty much an IP per service too. No more fiddling about with TTLs or waiting for changes to propagate should you need to shuffle things about, and a natural consequence is that only one PTR would be needed per . Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Reverse Configuration
> From: Barry Margolin > Date: Sat, 16 Oct 2010 13:24:37 -0400 > Sender: bind-users-bounces+oberman=es@lists.isc.org > > In article , > João Alberto Kuchnier wrote: > > > Yes! I have eight domains in the same server using the same IP > > distribution. > > > > My rev file, have PTR entries for all of them. Its not necessary? > > Yes, that's what I said: > > > > While you can legally have multiple reverse entries for the IP, it's not > > > generally necessary or recommended. Pick one of the names and use that > > > in the reverse entry. To be completely clear, unless there is special software on the client to deal with PTRs, you really only want ONE PTR for each address. Most standard network tools tend to assume only one PTR per address and some get very confused when multiple PTRs are returned. I think that this is unfortunate, but there is too much software out there (including many standard libraries) that make the same silly assumption to things it can be changed. There is even an RFC saying approximately this. Sorry, but I don't recall which one. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: ober...@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Reverse Configuration
In article , João Alberto Kuchnier wrote: > Yes! I have eight domains in the same server using the same IP > distribution. > > My rev file, have PTR entries for all of them. Its not necessary? Yes, that's what I said: > > While you can legally have multiple reverse entries for the IP, it's not > > generally necessary or recommended. Pick one of the names and use that > > in the reverse entry. -- Barry Margolin, bar...@alum.mit.edu Arlington, MA *** PLEASE don't copy me on replies, I'll read them in the group *** ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Reverse Configuration
Thanks Niobos! I already talked with my ISP. I informed them my new records. In the begining of the next week I think this will finally be solved. João K. Em Sex, 2010-10-15 às 20:02 +0200, Niobos escreveu: > On 2010-10-15 17:14, João Alberto Kuchnier wrote: > > Dispite of that, I'm having some problems with reverse DNS. MxToolBox, > > for example, is saying that my reverse DNS is not configured. > That's because it isn't: > > if I query for 3.101.198.200.in-addr.arpa (i.e. the reverse lookup for > IP 200.198.101.3), I don't get the delegation that you have configured. > Instead I get an NXDOMAIN with SOA 101.198.200.in-addr.arpa. > > In other words: ns.ipaccess.diveo.net.br. is not configured to delegate > the reverse zones to your server. Instead, it responds authoritatively > that this reverse mapping does not exist. Best to verify with them why > they are not delegating correctly > > > Below is one my reverse configuration on named.conf.local: > > > > zone "dataprom.com-0-15.101.198.200.in-addr.arpa" { > > type master; > > file "/etc/bind/dataprom.com/rev"; > > allow-transfer { slave; }; > > }; > > > > $TTL 216000 > > $ORIGIN 101.198.200.IN-ADDR.ARPA. > Your zone is configured as dataprom.com-0-15.101.198.200.in-addr.arpa. > In the file itself, you leave out the dataprom.com-0-15 part, so the > whole file will be considered as out-of-zone data and ignored. > > ___ > bind-users mailing list > bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Reverse Configuration
Yes! I have eight domains in the same server using the same IP distribution. My rev file, have PTR entries for all of them. Its not necessary? João K. Em Sex, 2010-10-15 às 22:44 -0400, Barry Margolin escreveu: > In article , > João Alberto Kuchnier wrote: > > > Ari, > > > > I fixed it to use only one reverse file. Like this below: > > > > zone "0-15.101.198.200.in-addr.arpa" { > > type master; > > file "/etc/bind/rev"; > > allow-transfer { slave; }; > > }; > > > > The rev file is like this: > > > > ; 101.198.200.in-addr.arpa > > $ORIGIN 0-15.101.198.200.IN-ADDR.ARPA. > > $TTL86400 > > @ IN SOA ns1.dataprom.com. postmaster.dataprom.com. ( > > 2010101501 ; Serial > > 10800 ; Refresh > > 3600 ; Retry > > 1209600 ; Expire > > 3600 ) ; Negative Cache TTL > > ; > > @ IN NS dataprom.com. > > 3 IN PTR ns1.dataprom.com. > > 4 IN PTR ns2.dataprom.com. > > 5 IN PTR mail.dataprom.com. > > > > There are more domains in the same file using the same IPs. Is this a > > problem? > > Do you mean that both foo.dataprom.com and bar.someotherdomain.com both > resolve to the same IP? That's not a problem. > > While you can legally have multiple reverse entries for the IP, it's not > generally necessary or recommended. Pick one of the names and use that > in the reverse entry. > > ___ > bind-users mailing list > bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Reverse Configuration
In article , João Alberto Kuchnier wrote: > Ari, > > I fixed it to use only one reverse file. Like this below: > > zone "0-15.101.198.200.in-addr.arpa" { > type master; > file "/etc/bind/rev"; > allow-transfer { slave; }; > }; > > The rev file is like this: > > ; 101.198.200.in-addr.arpa > $ORIGIN 0-15.101.198.200.IN-ADDR.ARPA. > $TTL86400 > @ IN SOA ns1.dataprom.com. postmaster.dataprom.com. ( > 2010101501 ; Serial > 10800 ; Refresh > 3600 ; Retry > 1209600 ; Expire > 3600 ) ; Negative Cache TTL > ; > @ IN NS dataprom.com. > 3 IN PTR ns1.dataprom.com. > 4 IN PTR ns2.dataprom.com. > 5 IN PTR mail.dataprom.com. > > There are more domains in the same file using the same IPs. Is this a > problem? Do you mean that both foo.dataprom.com and bar.someotherdomain.com both resolve to the same IP? That's not a problem. While you can legally have multiple reverse entries for the IP, it's not generally necessary or recommended. Pick one of the names and use that in the reverse entry. -- Barry Margolin, bar...@alum.mit.edu Arlington, MA *** PLEASE don't copy me on replies, I'll read them in the group *** ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Reverse Configuration
On 2010-10-15 17:14, João Alberto Kuchnier wrote: > Dispite of that, I'm having some problems with reverse DNS. MxToolBox, > for example, is saying that my reverse DNS is not configured. That's because it isn't: if I query for 3.101.198.200.in-addr.arpa (i.e. the reverse lookup for IP 200.198.101.3), I don't get the delegation that you have configured. Instead I get an NXDOMAIN with SOA 101.198.200.in-addr.arpa. In other words: ns.ipaccess.diveo.net.br. is not configured to delegate the reverse zones to your server. Instead, it responds authoritatively that this reverse mapping does not exist. Best to verify with them why they are not delegating correctly > Below is one my reverse configuration on named.conf.local: > > zone "dataprom.com-0-15.101.198.200.in-addr.arpa" { > type master; > file "/etc/bind/dataprom.com/rev"; > allow-transfer { slave; }; > }; > > $TTL 216000 > $ORIGIN 101.198.200.IN-ADDR.ARPA. Your zone is configured as dataprom.com-0-15.101.198.200.in-addr.arpa. In the file itself, you leave out the dataprom.com-0-15 part, so the whole file will be considered as out-of-zone data and ignored. ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Reverse Configuration
Ari, I fixed it to use only one reverse file. Like this below: zone "0-15.101.198.200.in-addr.arpa" { type master; file "/etc/bind/rev"; allow-transfer { slave; }; }; The rev file is like this: ; 101.198.200.in-addr.arpa $ORIGIN 0-15.101.198.200.IN-ADDR.ARPA. $TTL86400 @ IN SOA ns1.dataprom.com. postmaster.dataprom.com. ( 2010101501 ; Serial 10800 ; Refresh 3600 ; Retry 1209600 ; Expire 3600 ) ; Negative Cache TTL ; @ IN NS dataprom.com. 3 IN PTR ns1.dataprom.com. 4 IN PTR ns2.dataprom.com. 5 IN PTR mail.dataprom.com. There are more domains in the same file using the same IPs. Is this a problem? João K. Em Sex, 2010-10-15 às 16:33 +0100, Ari Constancio escreveu: > 2010/10/15 João Alberto Kuchnier : > > Hello Everyone! > > > > I have 6 domains configured in only one server. Is this a problem? Is > > bether to create one file for each domain or can I create one file for > > all of them? > > > > Dispite of that, I'm having some problems with reverse DNS. MxToolBox, > > for example, is saying that my reverse DNS is not configured. > > > > Below is one my reverse configuration on named.conf.local: > > > > zone "dataprom.com-0-15.101.198.200.in-addr.arpa" { > >type master; > >file "/etc/bind/dataprom.com/rev"; > >allow-transfer { slave; }; > > }; > > > > $TTL 216000 > > $ORIGIN 101.198.200.IN-ADDR.ARPA. > > @ IN SOA ns1.dataprom.com. postmaster.dataprom.com. ( > >2010101405 ; Serial > >10800 ; Refresh > >3600 ; Retry > >1209600 ; Expire > >3600 ) ; Negative Cache TTL > > ; > > @ IN NS ns1.dataprom.com. > > @ IN NS ns2.dataprom.com. > > 3 IN PTR ns1.dataprom.com. > > 4 IN PTR ns2.dataprom.com. > > > > Are there any problems in this setup? > > > > Thanks for your help! > > > > João K. > > Hi, > > dataprom.com-0-15.101.198.200.in-addr.arpa doesn't seem to be a valid > address in the in-addr.arpa domain, only 15.101.198.200.in-addr.arpa . > > Regards, > Ari Constancio > ___ > bind-users mailing list > bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Reverse Configuration
2010/10/15 João Alberto Kuchnier : > Hello Everyone! > > I have 6 domains configured in only one server. Is this a problem? Is > bether to create one file for each domain or can I create one file for > all of them? > > Dispite of that, I'm having some problems with reverse DNS. MxToolBox, > for example, is saying that my reverse DNS is not configured. > > Below is one my reverse configuration on named.conf.local: > > zone "dataprom.com-0-15.101.198.200.in-addr.arpa" { > type master; > file "/etc/bind/dataprom.com/rev"; > allow-transfer { slave; }; > }; > > $TTL 216000 > $ORIGIN 101.198.200.IN-ADDR.ARPA. > @ IN SOA ns1.dataprom.com. postmaster.dataprom.com. ( > 2010101405 ; Serial > 10800 ; Refresh > 3600 ; Retry > 1209600 ; Expire > 3600 ) ; Negative Cache TTL > ; > @ IN NS ns1.dataprom.com. > @ IN NS ns2.dataprom.com. > 3 IN PTR ns1.dataprom.com. > 4 IN PTR ns2.dataprom.com. > > Are there any problems in this setup? > > Thanks for your help! > > João K. Hi, dataprom.com-0-15.101.198.200.in-addr.arpa doesn't seem to be a valid address in the in-addr.arpa domain, only 15.101.198.200.in-addr.arpa . Regards, Ari Constancio ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Reverse Configuration
Hello Everyone! I have 6 domains configured in only one server. Is this a problem? Is bether to create one file for each domain or can I create one file for all of them? Dispite of that, I'm having some problems with reverse DNS. MxToolBox, for example, is saying that my reverse DNS is not configured. Below is one my reverse configuration on named.conf.local: zone "dataprom.com-0-15.101.198.200.in-addr.arpa" { type master; file "/etc/bind/dataprom.com/rev"; allow-transfer { slave; }; }; $TTL 216000 $ORIGIN 101.198.200.IN-ADDR.ARPA. @ IN SOA ns1.dataprom.com. postmaster.dataprom.com. ( 2010101405 ; Serial 10800 ; Refresh 3600 ; Retry 1209600 ; Expire 3600 ) ; Negative Cache TTL ; @ IN NS ns1.dataprom.com. @ IN NS ns2.dataprom.com. 3 IN PTR ns1.dataprom.com. 4 IN PTR ns2.dataprom.com. Are there any problems in this setup? Thanks for your help! João K. ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users