Re: MS AD 2008R2 and bind

On Tue, Jan 3, 2012 at 4:00 AM, Melbinger Christian < christian.melbin...@wienit.at> wrote: > Hi > > ** ** > > My company moved to a 2008R2 Domain Controller environment. Now I see the > following message in the windows log: > > ** ** > > *Title*: This domain controller must register its c

Re: Not able to resolve a domain

Site is based in Korea based on the IP and whois, so it does sound like some sort of access controls are in place on one end or the other. I was able to access the site. -Will On Fri, Nov 18, 2011 at 9:30 AM, Jan-Piet Mens wrote: > > I have found that www.thisisgame.com does not resolve on ou

Re: Not able to resolve a domain

in 38 ms thisisgame.com. 1800IN A 1.234.35.120 thisisgame.com. 1800IN NS ns1.thisisgame.com. ;; Received 82 bytes from 1.234.35.141#53(ns1.thisisgame.com) in 187 ms -Will On Fri, Nov 18, 2011 at 9:27 AM, Will Lists wrote: > Maybe a network/firewa

Re: Not able to resolve a domain

Maybe a network/firewall issue? My results below. dig +trace thisisgame.com ; <<>> DiG 9.8.0-P2 <<>> +trace thisisgame.com ;; global options: +cmd . 432154 IN NS b.root-servers.net. . 432154 IN NS l.root-servers.net. .

"Scavenging" DDNS records

(I am going to post this individually to both the BIND and DHCP lists as this crosses both, but not going to cross-post). DHCPD 4.1-ESV-R3 & BIND 9.7.4 We've got about 20 /20 networks and another few /24 networks (all within the 10/8 block) that are setup for approximately 50% of their total ran

Re: bind-9.8.1: INSIST(! dns_rdataset _isassociated(sigrdataset)) failed

Ah, never mind that last question. Brain hadn't been put in gear yet. :-) -Will On Wed, Nov 16, 2011 at 7:21 AM, Will Lists wrote: > Just for for my own knowledge, as I haven't had the issue (yet), what log > would this error appear in? > > Thanks. > > -Will >

Re: bind-9.8.1: INSIST(! dns_rdataset _isassociated(sigrdataset)) failed

Just for for my own knowledge, as I haven't had the issue (yet), what log would this error appear in? Thanks. -Will On Wed, Nov 16, 2011 at 7:18 AM, Evan Hunt wrote: > > > can we have a paradigm shift from ISC please? instead of falling over > > dead with insist/assert, please bleat a warni

Re: Switching from forwarding to recursion

back. > > In your case if you have a limited number of servers a quick removal of > the forwarders may be the quickest way to restore service. > > -Ben Croswell > On Nov 1, 2011 10:03 AM, "Will Lists" wrote: > >> Ben, >> >> I seem to recall reading at som

Re: Switching from forwarding to recursion

rds. Forward only will only use forwarders. > > The delay you are seeing is likely the delay in exhausting the forwarders > before attempting the roots. > > -Ben Croswell > On Nov 1, 2011 9:23 AM, "Will Lists" wrote: > >> We recently tried a test to see how our i

Switching from forwarding to recursion

We recently tried a test to see how our internal servers would react to a loss of their external peers, with the goal being that the internal servers would switch from forwarding to doing recursive queries for clients. Normally, the internal servers forward to the external servers. To simulate th

RE: BIND master , Windows 2008 stub zone not transferring

I had a very similar issue recently, but it was with secondaries on Windows Server 2008 R2 and not stub zones. We actually went to stub zones afterwards to prevent the issue from happening again, hopefully. The issue was that a machine had done DCHP and gotten the DDNS created A/TXT/PTR records