Hello,
I am currently running BIND 9.6.1-P3 and it works fine. My question is
regarding the db.cache file. I am only running a local domain (apps.local)
that does not access the internet for resolution. My current root hints file
is from Internic.
1) Can I use a stripped version of the
* Tony MacDoodle:
2) Do I need it at all for a local domain
No, configuring a zone using the zone statement on all resolvers is
sufficient. If the resolver knows about authoritative data, it will
not try to fetch it from the Internet.
You should reconsider using local, though. Some clients
So in the named.conf file I can get rid of the following:
zone . { type hint; file db.cache; };
Thanks
On Wed, Mar 9, 2011 at 9:19 AM, Florian Weimer fwei...@bfk.de wrote:
* Tony MacDoodle:
2) Do I need it at all for a local domain
No, configuring a zone using the zone statement on all
Hi, I'm working on setting up a slave dns server. Dots have
historically been used in the hostnames here. The dots cause the
resulting zone file from a zone transfer to have $ORIGIN automatically
set assuming the dots are indicating a subdomain.
Here's an example of what's happening:
master zone
RFC 952 was the original
follow-ons are RFC 1123 and 1178
Unless you write a script to parse your file and queries I know of no way around this.
We use hypens instead of dots in our names.Mar 9, 2011 01:10:50 PM, matt...@gmail.com wrote:
Hi, I'm working on setting up a slave dns server. Dots
Hello,
I'm having a problem resolving several hosts from NO-IP. When I attempt to
resolve them from our DNS servers I get no reply (we can resolve other hosts).
I'm not certain why the resolution stops. If I force a resolution using
external DNS servers using dig (i.e. Google 8.8.8.8) the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There are a lot of unfortunate practices one can find in DNS names. I'd
personally recommend not doing anything that conflicts with the RFC. At
my place of business, we slave a zone from a group that has underscores
in the hostnames which is also not
Hi--
On Mar 9, 2011, at 10:25 AM, Frank Pikelner wrote:
I'm having a problem resolving several hosts from NO-IP. When I attempt to
resolve them from our DNS servers I get no reply (we can resolve other
hosts). I'm not certain why the resolution stops. If I force a resolution
using external
If I am not mistaken, when you do +trace, the trace actually comes
from your machine running 'dig', and not the DNS resolver itself.
(Others on list please correct me)
Can you perform the same 'dig' query from the DNS server, without
specifying which resolver to use? This smells like the DNS
Yeah.. in-ip.info is probably supposed to be no-ip.info?
Dan Durrer
No-IP
On Mar 9, 2011, at 10:38 AM, Chuck Swiger wrote:
Hi--
On Mar 9, 2011, at 10:25 AM, Frank Pikelner wrote:
I'm having a problem resolving several hosts from NO-IP. When I attempt to
resolve them from our DNS
Yes, thank you. The user entered the domain incorrectly. The oa.no-ip.info
+trace resolves correctly.
-Original Message-
From: Dan Durrer [mailto:d...@vitalwerks.com]
Sent: Wed 3/9/2011 1:46 PM
To: Chuck Swiger
Cc: Frank Pikelner; bind-users@lists.isc.org
Subject: Re: Some hosts not
On 3/9/2011 8:32 AM, Tony MacDoodle wrote:
Hello,
I am currently running BIND 9.6.1-P3 and it works fine. My question is
regarding the db.cache file. I am only running a local domain
(apps.local) that does not access the internet for resolution. My
current root hints file is from Internic.
On 3/9/2011 1:09 PM, Matt Rae wrote:
Hi, I'm working on setting up a slave dns server. Dots have
historically been used in the hostnames here.
What does the term hostname mean to you?
If hostname is defined as the contents of the first label of a
dot-delimited DNS name, then dot in hostname
Hi, I want to know in your experience what is the best operating
system to run bind for an ISP. We currently have Debian for the 5
Cache servers and for the 2 Authoritative servers.
We have around 111851 success querys in the cache servers and around
7267 zones created in the authoritative
On Mar 9, 2011, at 1:09 PM, Matt Rae wrote:
Hi, I'm working on setting up a slave dns server. Dots have
historically been used in the hostnames here. The dots cause the
resulting zone file from a zone transfer to have $ORIGIN automatically
set assuming the dots are indicating a subdomain.
On 03/09/2011 06:09 PM, Matt Rae wrote:
Hi, I'm working on setting up a slave dns server. Dots have
historically been used in the hostnames here. The dots cause the
resulting zone file from a zone transfer to have $ORIGIN automatically
set assuming the dots are indicating a subdomain.
Oh god,
On Mar 9, 2011, at 1:09 PM, Matt Rae wrote:
Hi, I'm working on setting up a slave dns server. Dots have
historically been used in the hostnames here. The dots cause the
resulting zone file from a zone transfer to have $ORIGIN automatically
set assuming the dots are indicating a subdomain.
On Wed, Mar 9, 2011 at 11:52 AM, pollex andres.vi...@gmail.com wrote:
Hi, I want to know in your experience what is the best operating
system to run bind for an ISP. We currently have Debian for the 5
Cache servers and for the 2 Authoritative servers.
We have around 111851 success querys in
Hello,
How do I know that my name servers, ns1.dnsbed.com and
ns2.dnsbed.com, have been registered in ICANN?
Thanks.
--
www.DNSbed.com
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
19 matches
Mail list logo
