On 2015-11-17 04:21, Ray Bellis wrote:
On 17/11/2015 02:09, Grant Taylor wrote:
On 11/16/2015 06:56 PM, /dev/rob0 wrote:
You either specify a hints file to use, or use the compiled-in root
hints.
Interesting. I was not aware that it was an exclusive or type
situation.
It's important that
On 2014-04-08 07:35, Jason Brandt wrote:
...
All of our Windows clients resolve through our Bind servers, and have
no problems with any AD resources. The only MSW machines that point
to our AD DNS servers, are our DC's. All clients will resolve just
fine through BIND, so long as your zones are
On 2014-04-08 06:08, Bryan Harris wrote:
Hello all,
We have a sort of private DNS such that servers can lookup zones that
don’t actually exist in the real, public DNS, they just exist within
our private NOCs. In addition, we have always had both Windows AD
handling the Windows side of things
On 2014-01-12 10:04, Chris Thompson wrote:
On Jan 11 2014, Joseph S D Yao wrote:
[...snip...]
(2) There is no requirement that a domain name refer to the Web site
for that domain. I personally don't like that (for no special
reason), and neither apparently does the owner of this domain, who
On 2014-01-14 12:39, Blason R wrote:
Hi Folks,
I am not sure if this is an appropriate forum to answer since more or
less it is pertaining to Go Daddy support but since its a huge
community our there and I am sure many of them are already using Go
Daddy wondering if su-domain delegation is
On 2014-01-14 09:56, Chris Thompson as IP Register wrote:
...
199.101.28.20 seems to be search.dnsassist.verizon.net. Are you
sure that the nameservers you are using aren't doing friendly
rewriting of NXDOMAIN responses for you?
...
Ack. Good thing you can't see how embarrassed I'm blushing.
On 2014-01-10 15:01, Eduardo Bonsi wrote:
...
It seems like they have their domain configuration A Record pointed
to the localhost. We all know that the localhost is not routable
outside of the internet. Therefore I am sure their website cannot
resolve out of the 127.0.0.1.
In addition to that,
On 2013-11-11 12:11, S. Jeff Cold wrote:
...
;; -HEADER- opcode: QUERY, status: SERVFAIL, id: 22495
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;jeffdiss.org. IN A
...
BIND's configuration file is :
$TTL 3600
$ORIGIN jeffdiss.org.
; Start
On 2013-11-13 00:16, Manish Rane wrote:
...
6.Assume if ISP1 goes down, client coming on ISP1 would never be able
to reach; hence as per DNS protocol will try for another link and
come
on ISP2 and then probably get an IP address of Link 2 i.e. 2.2.2.2.
...
I'm not sure about your DNS setup,
On 2013-11-13 16:44, Mark Andrews wrote:
...
RFC 1123 (October 1989) applies to all applications on all hosts.
Note SHOULD and until.
...
Mark, I've always read SHOULD here as more of a plaintive hope than
anything else. People have certainly felt free to ignore it. Yes, that
makes their
On 2013-09-08 07:06, Carol Overes wrote:
Hi Phil,
Apologies if my approach was not clear, after Steve's mail. But I
tested
by using dig without the +trace option. I have tested the following
from
an IP, which is accepted via the trusted ACL:
dig @10.10.10.1 www.domain2.com A
dig @10.10.10.1
instead, fewer headaches.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
j...@tux.org - Joseph S. D. Yao
**
\*/
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users
On Sat, Apr 06, 2013 at 01:04:47AM -0400, Joseph S D Yao wrote:
...
Just as a logistical thing, the SOA record should be in the zone file
that $INCLUDEs the rest of the information, anmd no SOA record in the
latter.
...
Which means, I should have added, that any time you update the $INCLUDEd
;
...
};
};
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users
, because it doesn't scale to a
site with multiple workstations.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
the
same Web content at both names, that's NOT a redirect. Whichever you
do, as I started out saying, you need both DNS entries. Whatever they
may be.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
On Fri, Jul 08, 2011 at 10:26:16AM -0700, Chris Buxton wrote:
On Jul 8, 2011, at 9:11 AM, Joseph S D Yao wrote:
I'd rather that recursion controls only control recursion.
And not forwarding - have separate forwarding controls, says I.
Forwarding is a response to a recursive query
.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
Please visit https://lists.isc.org
with the master copy of the zone] - but this is frequently
filled in with a different name either for stealth server reasons or
just to avoid those UPDATE records.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D
j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
$ man host
$ man dig
$ man alias
for more information.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman
is not.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users
,
this breaking EDNS0. Although there is no firm upper limit, there is a
suggested upper limit of 4096 bytes for EDNS0.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https
to my suggestion?
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind
S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
not hit everything I had
intended to.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
- Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https
Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
transfers, because sourcing the zone
and serving it are not separate abstractions.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
. General Services Administration
(GSA) to operate the domain name registry for .gov. ...
Perhaps the new name servers are different somehow.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman
On Sun, Jan 30, 2011 at 09:40:51AM +0800, p...@mail.nsbeta.info wrote:
Joseph S D Yao writes:
The labels must follow the rules for ARPANET host names. They must
start with a letter, end with a letter or digit, and have as interior
characters only letters, digits, and hyphen
.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman
not be true on some private internets, tho.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
of that data.
See also [RFC1123] section 6.1.3.5.
[Joe note: I think the section number is incorrect.]
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
On Fri, Jan 28, 2011 at 04:40:50PM +0800, p...@mail.nsbeta.info wrote:
Joseph S D Yao writes:
Just because we don't need to, doesn't mean that it's a good practtice
not to. And it's so easy to create one on a system where DNS is already
set up.
dig ns . root.hints
I
!]
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
On Fri, Jan 28, 2011 at 09:51:13PM -0500, Joseph S D Yao wrote:
On Fri, Jan 28, 2011 at 08:10:10PM +, Jack Tavares wrote:
I have a question about the hints file.
It is built in to BIND.
Does bind check for updates to this periodically?
...
To the best of my knowledge
in.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman
j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman
.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https
| Nameserver Lookup -
Who.is - Who.is. They probably did just exactly that - DNS lookup.
Anything in DNS is public information.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
On Fri, Aug 06, 2010 at 10:05:01AM -0700, CLOSE Dave (DAE) wrote:
Joseph S D Yao wrote:
If you have two forwarders, as you listed, your server will try to
forward first to one and then to the other. If it gets any answer at
all from one - even an error answer - it will not try the other
...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
On Tue, Aug 10, 2010 at 02:37:54PM -0400, Joseph S D Yao wrote:
...
Then either it's not serving DNS or you haven't found the right buttons.
What is it? Can you explain a bit more?
...
Sorry, in my hurry I didn't fast-forward through the thread. Glad that
it's working for you now
...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
of those ugly $ORIGINs and
sticking to the original @.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
On Sat, Jul 24, 2010 at 04:32:21PM +0100, Matthew Seaman wrote:
On 24/07/2010 16:17:13, Joseph S D Yao wrote:
Quick, knee-jerk, which of these is
one day?
86300
68300
863000
It's a trick question, right?
Very good
make up an IPv6 address; you have to use one that is
compatible with the IPv6 transport you get.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
that was
edited.
Good suggestion though.
Check $PATH or use the full file name from /.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
absorb the error msg before goto (2)
(5) If it succeeds, ask the user whether to edit again or commit
(6) Check it back into version control
(7) rndc reload
--
/*\
**
** Joe Yao j...@tux.org - Joseph S
hit by a
truck, could they figure it out?].
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
better, myself, when there is a
1-to-1 mapping.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
that name server, then the
chain is broken and will not continue.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users
...
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind
it is not YET allocated!
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
On Sat, Apr 10, 2010 at 01:08:16AM -0400, Joseph S D Yao wrote:
...
I strongly recommend that anyone wanting some degree of security use
look at the lists of IPv4 networks in RFC 5735/6/7 and the list of IPv6
networks in RFC 5156. Decide which of those networks you want to block
or blackhole
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
! ;-)
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https
@parent.name.server argument?
Thanks.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind
are not necessary to achieve the desired result.
http://web.archive.org/web/20060424005037/wp.netscape.com/eng/mozilla/2.0/relnotes/demo/proxy-live.html
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
seems to take a really long time.
Your NOTIFY tree sounds like it's many-to-many. Maybe you should be
using a sparser tree.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
revised zone files.
I hope that this helps!
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
-level language is one
where you don't have to worry about unnecessary detail?
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
poster, who is presumably using
something from a compile of a current BIND distribution, but a problem
when generalising.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
; };
};
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind
On Wed, Dec 02, 2009 at 12:47:08PM +, Sam Wilson wrote:
In article mailman.1153.1259725836.14796.bind-us...@lists.isc.org,
Joseph S D Yao j...@tux.org wrote:
[incorrectly]
No.
...
Not true. CNAME chains - CNAMEs pointing to other CNAMEs - are
inefficient and discouraged but the DNS
j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
it entirely obsolete.
This document updates RFC 1035.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
for the internal view and the
external view go to DIFFERENT files? Otherwise they overwrite each
other and strange timing effects occur.
Just thoughts.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D
take some
exegesis.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind
.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
of 'named'.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users
- Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
- Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
On Sat, Aug 22, 2009 at 02:45:19PM +0200, Hauke Lampe wrote:
Joseph S D Yao wrote:
It turned out that this latter file was needed, but for some
inexplicable reason perhaps having to do with library routines [I have
not gone chasing down the code], it ALSO wants the mynet.private file
After some experimenting, here is the whole answer, hinted at by one
response on this mailing list.
On Thu, Jul 30, 2009 at 05:40:54PM -0400, Joseph S D Yao wrote:
...
In dig(1), the '-k' option is said to require a TSIG key file as an
option. I have a TSIG file with a comment header
On Fri, Jul 31, 2009 at 03:32:48PM +1000, Mark Andrews wrote:
In message 20090730174054.h23...@gwyn.tux.org, Joseph S D Yao writes:
...
Plus, I'm curious to know what 'dig -k' really wants to see.
A keyfile as generated by dnssec-keygen -a HMAC-*.
...
Of which there are two - a .key file
, I guess I need to catch up a wee bit. Thanks again!
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
name
server.
Thanks in advance!
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
- Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
. ;-)
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind
not perused their entire list. Nor
do I know who writes on the other one, but that one did seem a bit less
impartial.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
that separate subdomains are a cleaner way to do this, though.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
subdomain from static data, which may someday need to be updated.
Apologies if this was obvious. There exist people for whom it was not.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
**
\*/
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind
data such as the SOA and NS records are mandatory.
--
/*\
**
** Joe Yao j...@tux.org - Joseph S. D. Yao
1 - 100 of 102 matches
Mail list logo