RE: Forward zone not working

> -Original Message- > From: bind-users-boun...@lists.isc.org > [mailto:bind-users-boun...@lists.isc.org] On Behalf Of Matus UHLAR - fantomas > Sent: Saturday, May 21, 2016 1:27 PM > To: bind-users@lists.isc.org > Subject: Re: Forward zone not working > > On 2

RE: Forward zone not working

> -Original Message- > From: bind-users-boun...@lists.isc.org > [mailto:bind-users-boun...@lists.isc.org] On Behalf Of Matus UHLAR - fantomas > Sent: Saturday, May 21, 2016 1:16 PM > To: bind-users@lists.isc.org > Subject: Re: Forward zone not working > > >

RE: Forward zone not working

> -Original Message- > From: MegaBrutal [mailto:megabru...@gmail.com] > Sent: Friday, May 20, 2016 9:11 PM > To: Woodworth, John R; bind-users > Subject: Re: Forward zone not working > > 2016-05-20 23:09 GMT+02:00 Woodworth, John R <john.woodwo...@centurylink.com>

Re: Forward zone not working

On 20.05.16 21:09, Woodworth, John R wrote: This is exactly what some colleagues and I are working to get a handle on. We see this as becoming a larger and larger issue especially as IPv6 adoption increases. We have had several customers already request generics at /96 and larger blocks as they

Re: Forward zone not working

2016-05-20 23:09 GMT+02:00 Woodworth, John R : The below referenced I-D for "BULK" records: * Provides "generics" which are automatically generated based on a set of rules. * The records have similar features as wildcards where they may be superimposed

Re: Forward zone not working

2016-05-20 23:09 GMT+02:00 Woodworth, John R : > The below referenced I-D for "BULK" records: > * Provides "generics" which are automatically generated based on a set of > rules. > * The records have similar features as wildcards where they may be >

RE: Forward zone not working

> -Original Message- > From: bind-users-boun...@lists.isc.org > [mailto:bind-users-boun...@lists.isc.org] > On Behalf Of John Wobus > Sent: Friday, May 20, 2016 3:08 PM > To: bind-users > Subject: Re: Forward zone not working > > On May 16, 2016, at 5

Re: Forward zone not working

On May 16, 2016, at 5:35 PM, MegaBrutal wrote: > > 2016-05-16 19:45 GMT+02:00 Alan Clegg : >> On 5/16/16, 1:30 PM, "MegaBrutal" > behalf of megabru...@gmail.com> wrote: >> >>> I want to have valid reverse & forward

Re: Forward zone not working

On 17 May 2016 at 09:29, Woodworth, John R wrote: > > > > > >Ideally every machine should be registering its own PTR record in the > > > >DNS and addresses without machines shouldn't have PTR records. > > > >The only reason ISP did this is that they were too lazy

RE: Forward zone not working

> > > >Ideally every machine should be registering its own PTR record in the > > >DNS and addresses without machines shouldn't have PTR records. > > >The only reason ISP did this is that they were too lazy to manage PTR > > >records for their customers. > > > > And because no ISP wants

Re: Forward zone not working

> >Ideally every machine should be registering its own PTR record in > >the DNS and addresses without machines shouldn't have PTR records. > >The only reason ISP did this is that they were too lazy to manage > >PTR records for their customers. > > And because no ISP wants "you.suck.isp.com" to

Re: Forward zone not working

In message , Alan Clegg writes: > On 5/16/16, 6:30 PM, "Mark Andrews" wrote: > > >Ideally every machine should be registering its own PTR record in > >the DNS and addresses without machines shouldn't have PTR records. > >The only reason ISP did this

Re: Forward zone not working

On 5/16/16, 6:30 PM, "Mark Andrews" wrote: >Ideally every machine should be registering its own PTR record in >the DNS and addresses without machines shouldn't have PTR records. >The only reason ISP did this is that they were too lazy to manage >PTR records for their customers.

Re: Forward zone not working

In message , MegaBrutal writes: > 2016-05-16 19:45 GMT+02:00 Alan Clegg : > > On 5/16/16, 1:30 PM, "MegaBrutal" > behalf of megabru...@gmail.com> wrote: > > > >>I want to

Re: Forward zone not working

On 5/16/16, 5:35 PM, "MegaBrutal" wrote: >2016-05-16 19:45 GMT+02:00 Alan Clegg : >> On 5/16/16, 1:30 PM, "MegaBrutal" > behalf of megabru...@gmail.com> wrote: >> >>>I want to have valid reverse & forward hostnames set

Re: Forward zone not working

2016-05-16 19:45 GMT+02:00 Alan Clegg : > On 5/16/16, 1:30 PM, "MegaBrutal" behalf of megabru...@gmail.com> wrote: > >>I want to have valid reverse & forward hostnames set up >>for this /64 subnet. > > This is silly. Don't do this. Why?

Re: Forward zone not working

Temporarily I enabled recursion on the server and then the forward zone worked well. Now, if I could enable recursion for a specific zone only, then I won. Do you have an idea how to do this? I only see options to restrict recursion for clients. Now I want to control recursion by query (which

Re: Forward zone not working

If you want to delegate space to another server DELEGATE it. Add NS records for the other server. Forward "zones" are NOT designed to do this. Doing actual delegations is *not* hard and works with every server in the world. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117,

RE: Forward zone not working

> -Original Message- > From: bind-users-boun...@lists.isc.org > [mailto:bind-users-boun...@lists.isc.org] On Behalf Of MegaBrutal > Sent: Monday, May 16, 2016 1:31 PM > To: bind-users@lists.isc.org > Subject: Forward zone not working > > Hi all, > > I have an IPv6 reverse PTR zone for a

Re: Forward zone not working

On 5/16/16, 1:30 PM, "MegaBrutal" wrote: >I want to have valid reverse & forward hostnames set up >for this /64 subnet. This is silly. Don't do this. AlanC ___ Please visit

Re: Forward zone not working

On Mon, May 16, 2016 at 07:30:30PM +0200, MegaBrutal wrote: > zone "y.y.y.y.x.x.x.x.x.x.x.x.x.x.x.x.ip6.arpa" { > type forward; > forward only; > forwarders { ::; }; // IPv6 address of AllKnowingDNS. > }; > > Where x substitutes digits of my /48, y substitutes digits of my >