Hello,
Since enabling the root TA in my resolver, I keep seeing from time to time:
21-Jul-2010 08:52:27.929 dnssec: debug 3: validating @0x134fe7e8: .
SOA: attempting insecurity proof
21-Jul-2010 08:52:27.929 dnssec: debug 3: validating @0x134fe7e8: .
SOA: insecurity proof failed
21-Jul-2010
On Wed, 21 Jul 2010 09:20:21 +0200, Gilles Massen gilles.mas...@restena.lu
said:
Hello,
Since enabling the root TA in my resolver, I keep seeing from time to time:
21-Jul-2010 08:52:27.929 dnssec: debug 3: validating @0x134fe7e8: .
SOA: attempting insecurity proof
21-Jul-2010
Hi All,
I am a newbie in BIND. I want to ask for your help on how to upgrade the BIND
version of my DNS. I am using Solaris 10 SPARC and my current BIND version is
BIND 9.6.0-P1. I am planning to upgrade to the latest BIND version, BIND
9.7.1-P2. What are the requirements and procedure for the
Hi
Well i wonder this is the right place. What server characteristics you
recomend me as minimum for a bind that will get about
1 req/sec
Linux OS.
LD
___
bind-users mailing list
bind-users@lists.isc.org
After specifying MX records for a 2nd tier domain, is it necessary to
restate the MX records for a new $ORIGIN? For example, if I have:
$ORIGIN .
...
IN MX 10 mx1.example.com.
IN MX 10 mx2.example.com.
IN MX 10
After doing some additional reading, I have another question related to
the MX records.
Using the forward and forwarders statements as follows I could
potentially remove the NS statements for the sub-domains which redirect
queries to the GSLB devices:
forward first;
forwarders { gss1; gss2; };
On 7/21/2010 1:15 PM, Atkins, Brian (GD/VA-NSOC) wrote:
After specifying MX records for a 2nd tier domain, is it necessary to
restate the MX records for a new $ORIGIN? For example, if I have:
$ORIGIN .
...
IN MX 10 mx1.example.com.
IN MX 10
On 7/21/2010 2:01 PM, Kevin Darcy wrote:
On 7/21/2010 1:15 PM, Atkins, Brian (GD/VA-NSOC) wrote:
After specifying MX records for a 2nd tier domain, is it necessary to
restate the MX records for a new $ORIGIN? For example, if I have:
$ORIGIN .
...
IN MX 10
This is admittedly not a bind question, but it has
become a major nag factor and I am not sure what to recommend.
We delegate our Microsoft Active Directory zone to
Microsoft domain controllers and they have stuffed their zone
with about 750 AAA records and all are publicly
Does anyone know if there have been problems with the USADOTGOV.NET root name
servers today?
We've had people complaining about resolving RADAR.WEATHER.GOV and several
systems in the NOAA.GOV domain. If you query for the NS resource records, you
only receive the ANSWER section. The
10 matches
Mail list logo