Hello,
We have a bind server (v9.6) that's hosts mydomain.com. I'm trying to
create a CNAME for host.mydomain.com to point to host.otherdomain.com. I
don't host otherdomain.com.
My entry currently reads:
sipIN CNAME sip.otherdomain.com.
But my DNS server isn't resolving it. It
On 25.03.14 09:01, Ian Braun wrote:
We have a bind server (v9.6) that's hosts mydomain.com. I'm trying to
create a CNAME for host.mydomain.com to point to host.otherdomain.com. I
don't host otherdomain.com.
My entry currently reads:
sipIN CNAME sip.otherdomain.com.
But my DNS
We recently migrated to BIND for our internal resolvers, and since the
migration, we are experiencing periods of high recursive client counts,
which will at times cause the BIND server to quit responding. As a
workaround, I've been able to point the BIND server to a forwarder,
bypassing the root
On 3/25/2014 9:01 AM, Ian Braun wrote:
Hello,
We have a bind server (v9.6) that's hosts mydomain.com
http://mydomain.com. I'm trying to create a CNAME for
host.mydomain.com http://host.mydomain.com to point to
host.otherdomain.com http://host.otherdomain.com. I don't host
otherdomain.com
Hi Jason,
I've experienced similar things in the past on 9.8. Since then we've
moved to the latest 9.9, but don't think this is at all version specific
(that said, you could obviously try upgrading). I don't have an exact
solution for you, but some ideas of things to check and personal
Mike,
I appreciate your insight here. We are indeed on virtual systems, using
enterprise grade hardware as well. I will be doing more investigation
today, to see if I can duplicate the behavior, which I have been able to do
recently.
Your VM vs Physical point is the thing that got me head
Hello. I have a problem with forwarding zone local to ISP resolvers.
My config is:
options {
directory /tmp;
disable-empty-zone .;
};
zone . {
type slave;
masters { 192.0.32.132; 193.0.14.129;};
masterfile-format text;
file /etc/bind/db.root;
Cathy,
Thank you for your comments. I will continue to investigate, it helps to
have avenues to look down though.
As far as build version, we are aware that we aren't at current stable
release. However we've tried to stick to the distro release as much as
possible, to help streamline
I would imagine your issue is a lack of an NS delegation in the root zone
you are slaving. If you load a parent and then try to forward a child of
that parent you must have a delegation in the parent. The delegation
doesn't have to match the forwarders but it must exist.
On Mar 25, 2014 1:57 PM,
Mark,
That's a very good question, and something we had thought of as a
possibility as well. I hadn't seen any good information in relation to
entropy, so I'll check into your link. We had noticed that on other things
as well, due to the virtual environment, but nothing that caused
performance
What happens if you remove the . after local?
On 03/25/14 12:57, Андрей Ветров wrote:
Hello. I have a problem with forwarding zone local to ISP resolvers.
My config is:
options {
directory /tmp;
disable-empty-zone .;
};
zone . {
type slave;
masters {
nothing, its correct name
2014-03-26 1:01 GMT+04:00 Lawrence K. Chen, P.Eng. lkc...@ksu.edu:
What happens if you remove the . after local?
On 03/25/14 12:57, Андрей Ветров wrote:
Hello. I have a problem with forwarding zone local to ISP resolvers.
My config is:
options {
.local is reserved for mDNS. I would say stop trying to use .local in
the DNS.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Please visit
On 2014-03-25 16:16, Mark Andrews wrote:
.local is reserved for mDNS. I would say stop trying to use .local in
the DNS.
While true, I don't think it will help this particular issue. As I
understand it, BIND knows, by knowledge of being a root server, that
local. can't possibly exist, and so
14 matches
Mail list logo