Re: Reverse Name Resolution Zone File

The zone is still delegated but the CNAME records that map the well known reverse names to the actual names holding the PTR records are not present in 233.202.162.in-addr.arpa. This needs to be fixed by AT&T. P.S. there is no point in two NS records if there is only one machine. 80/29.233.202.

Reverse Name Resolution Zone File

Ladies and Gentlemen: At the risk of double posting . . .yet again (sending this time in plain text format), I'm reposting this question -- apparently my previous membership was purged or otherwise not valid. Regardless, after about eight months with no problems, AT&T U-verse has once again

Reverse Name Resolution Zone File

Ladies and Gentlemen: At the risk of double posting, I'm reposting this question -- apparently my previous membership was purged or otherwise not valid. Regardless, after about eight months with no problems, AT&T U-verse has once again quit re

Re: ISC considering a change to the BIND open source license

On 06/13/2016 03:52 PM, Victoria Risk wrote: > Hello BIND users- > > ISC published BIND under a very permissive open source license > > (https://www.isc.org/downloads/software-support-policy/isc-license/) nearly > two decades

Re: ISC considering a change to the BIND open source license

On 06/13/2016 04:52 PM, Victoria Risk wrote: > Hello BIND users- > > ISC published BIND under a very permissive open source license... Not sure what inspired this change but I suspect that meetings have been held with legal teams for quite some time. I won't speculate on what reasons this legal

Re: ISC considering a change to the BIND open source license

This is long overdue. I'm all for it. Vixie On June 13, 2016 10:52:15 PM GMT+02:00, Victoria Risk wrote: >Hello BIND users- > >ISC published BIND under a very permissive open source license > >(https://www.isc.org/downloads/softw

ISC considering a change to the BIND open source license

Hello BIND users- ISC published BIND under a very permissive open source license (https://www.isc.org/downloads/software-support-policy/isc-license/ ) nearly

RE: Questions on bind-chroot

Is this RHEL5? RHEL6? Something else? On RHEL5 we had bind-chroot running and did all our edits directly in /var/named/chroot/etc for named.cocnf and /var/named/chroot/var/named for zone files. In RHEL7 (which uses systemctl rather than service) they setup special mounting in the named-chroo

Re: Questions on bind-chroot

Harshith Mulky wrote: > Is it necessary for named.conf in the chroot path and /etc path to be same If they aren't the same, at some point in the future you or your colleagues are going to get very confused about which one is the right one. > I have 2 different named.conf in both the paths and w

Re: DS record update via nsupdate

In message <7966c1a9-a930-b748-7e09-531304b4d...@rotld.ro>, Catalin Leanca writes: > > Hello, > > When using nsupdate command to update DS records for subdomains > without NS delegation, no error code is returned by command and also > no errors appear in BIND logs (and DS is not updated in the

DS record update via nsupdate

Hello, When using nsupdate command to update DS records for subdomains without NS delegation, no error code is returned by command and also no errors appear in BIND logs (and DS is not updated in the zone). Is this a normal behavior? How to make BIND to issue errors when this happen ? Best reg