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
On Wed, Mar 9, 2011 at 11:52 AM, pollex 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 the cache servers and
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.
Here's
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, n
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.
Here
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 servers.
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 host
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.
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 resol
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
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 serve
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 exter
-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 a
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 hosts
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 ha
The dots delineate domains even if you don't view it as a new domain.
-Ben Croswell
On Mar 9, 2011 1:13 PM, "Matt Rae" wrote:
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
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
* Tony MacDoodle:
> So in the named.conf file I can get rid of the following:
>
> zone "." { type hint; file "db.cache"; };
Yes, I think 9.6 has built-in root hints. The zone contents is
ignored, except for the NS records and the associated addresses
(because of "type hint" instead of "type mast
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 wrote:
> * Tony MacDoodle:
>
> > 2) Do I need it at all for a local domain
>
> No, configuring a zone using the "zone" statement on all re
* 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 clien
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 named.root
21 matches
Mail list logo
