In message <dub109-w102263f0a301ce2870f7867ac...@phx.gbl>, 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. =
> 3600 IN 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 3600000 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
>
> <html>
> <head>
> <style><!--
> .hmmessage P
> {
> margin:0px=3B
> padding:0px
> }
> body.hmmessage
> {
> font-size: 10pt=3B
> font-family:Tahoma
> }
> --></style></head>
> <body class=3D'hmmessage'><div dir=3D'ltr'>
> <font style=3D"font-size: 10pt=3B" face=3D"Calibri" size=3D"2"><span style=
> =3D"font-size:11pt"><div>Dear all=2C</div>
> <div> =3B</div>
> <div>I have tried to configure a zone containing a range of IPV6 PTR record=
> s.</div>
> <div>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.</div>
> <div>And if possible to return specifi names for specific IP=92s.</div>
> <div> =3B</div>
> <div><u>Example of a IPV6 range:</u></div>
> <div> =3B</div>
> <div>1234:5678:90ab:00cd::/56</div>
> <div> =3B</div>
> <div> =3B</div>
> <div><b><u>Creation of the zone =3B </u></b><font face=3D"Wingdings">=
> =E8</font><b><u> =3B =930.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa.=94</u></b=
> ></div>
> <div> =3B</div>
> <div>In the zone=2C I have put the following PTR record:</div>
> <div> =3B</div>
> <div>*.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=
> .</div>
> <div> =3B</div>
> <div>It seems (according to some of my tests) that for all IP=92s in the ra=
> nge=2C the reverse is =93123.lebrol.be.=94</div>
> <div> =3B</div>
> <div>Question =3B <font face=3D"Wingdings">=E8</font> =3B is this a=
> correct way to configure reverse IPV6 if we accept the same name for all t=
> he IP=92s in the range?</div>
> <div> =3B</div>
> <div> =3B</div>
> <div><b><u>Zone modification:</u></b></div>
> <div> =3B</div>
> <div>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.</div>
> <div> =3B</div>
> <div>*.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=
> .</div>
> <div>1.2.3.4.5.6.7.8.9.a.b.c.d.e.f.0.<font color=3D"red"><b>1.2</b></font>.=
> 0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. =3B =3B =3B =3B =
> =3B =3B =3B 3600 =3B =3B =3B IN =3B =3B =3B=
>  =3B =3B PTR =3B =3B =3B =3B nombre.de.cerise.be.&n=
> bsp=3B =3B =3B =3B =3B =3B =3B =3B =3B =
> =3B =3B =3B =3B =3B =3B =3B =3B =3B =3B=
> <font face=3D"Wingdings">=E8</font> specific IP</div>
> <div> =3B</div>
> <div> =3B</div>
> <div>It works when the specific IP is used:</div>
> <div> =3B</div>
> <div>lennydnstest01:~# dig @localhost -x 1234:5678:90ab:0021:0fed:cba9:8765=
> :4321</div>
> <div> =3B</div>
> <div>=3B=3B QUESTION SECTION:</div>
> <div>=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</div>
> <div>=3B=3B ANSWER SECTION:</div>
> <div>1.2.3.4.5.6.7.8.9.a.b.c.d.e.f.0<b>.</b>1.2<font color=3D"red">.</font>=
> 0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. 3600 IN PTR nombre.de.cerise.be.</div=
> >
> <div> =3B</div>
> <div> =3B</div>
> <div>But if another IP in the range is used having the following nibbles ma=
> pping the specific PTR =3B (here <font color=3D"red"><b>1.2</b></font> =
> )=2C =3B it do not work =3B <font style=3D"" face=3D"Wingdings">and=
> </font> nothing is found!</div>
> <div> =3B</div>
> <div> =3B</div>
> <div>lennydnstest01:~# dig @localhost -x 1234:5678:90ab:00<font color=3D"re=
> d"><b>21</b></font>::</div>
> <div> =3B</div>
> <div>=3B=3B QUESTION SECTION:</div>
> <div>=3B0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.<font color=3D"red"><b>1.2</b></fon=
> t>.0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. IN PTR</div>
> <div>=3B=3B AUTHORITY SECTION:</div>
> <div>0.0.b.a.0.9.8.7.6.5.4.3.2.1.ip6.arpa. 3600 IN SOA ns1.uat.skynet.be. d=
> nsmaster.skynet.be. 5 10800 3600 3600000 3600</div>
> <div> =3B</div>
> <div> =3B</div>
> <ul style=3D"padding-left:36pt"><li>Can someone give an explanation on the =
> use of the wildcard *.</li><li>Any other way to obtain the desired result?<=
> /li></ul>
> <div> =3B</div>
> <div> =3B</div>
> <div>Thanks in advance for your feedback=2C</div>
> <div> =3B</div>
> <div>Hugo=2C</div></span></font> </div
> ></body>
> </html>=
>
> --_8940b2fd-a732-48b4-8129-33249f29de87_--
>
> --===============2234048116426783658==
> Content-Type: text/plain; charset="us-ascii"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
>
> _______________________________________________
> 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
> --===============2234048116426783658==--
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
_______________________________________________
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
