2635 bytes from 2610:20:8000:8c00::237#53(ns-e.noaa.gov) in 311 ms
> On Oct 30, 2013, at 5:24 PM, Mark Andrews wrote:
>
> >=20
> > IF YOU WANT HELP SPECIFY THE FAILING DOMAIN NAME. YES I AM =
> SHOUTING
> >=20
> > This report is like saying you have a p
sers mailing list
> >> bind-users@lists.isc.org
> >> https://lists.isc.org/mailman/listinfo/bind-users
> >
> > ___
> > Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscri
> be from this lis
failed: connection refused.
>
>
> I don't know where to start to solve this issue. Using my Internet
> provider's DNS I got a positive answer.
>
> Could you please help me solve this issue?
>
>
> Thanks in advance.
> _______
> P
0 IN NS ns1.locaweb.com.br.
> >> tasker.com.br. 86400 IN NS ns2.locaweb.com.br.
> >> tasker.com.br. 86400 IN NS ns3.locaweb.com.br.
> >> ;; Received 153 bytes from 200.160.0.10#53(200.160.0.10) in 34 ms
> >>
> >> ;; Warning: Message parser reports malf
t https://lists.isc.org/mailman/listinfo/bind-users to unsubscri=
> be from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 47
.3.2.e.3.e.0.0.c.f.ip6.arpa" into a slave
zone and transfer the contents from the other server. Add this
server as a nameserver to the zone or configure the master to send
this server notify messages when the zone changes. Presumably the
existing master zone is just a empty zone which i
thers
> required
> server1INA192.168.1.50
> server2INA192.168.1.51
> www IN A192.168.1.51
>
> This seems simple enough. I'm running dig from the primary DNS server
> itself and I'm thinking I should be able to get an answer
ng this in pure DNS does not.
>
>
> Joe Yao
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-user
In message , Barry Mar
golin writes:
> In article ,
> Mark Andrews wrote:
>
> > No, there is no such requirement. The browsers are just BROKEN if
> > they don't try all the offered addresses. All browsers we were
> > written after RFC 1123 was published.
>
In message <661ca5ab225cad04bdcc3831c6964...@tux.org>, Joseph S D Yao writes:
> On 2013-11-13 16:44, Mark Andrews wrote:
> ...
> > RFC 1123 (October 1989) applies to all applications on all hosts.
> > Note "SHOULD" and "until".
> ...
>
>
prevent or correct
> this properly?
You can tune tcp-listen-queue in named.conf. The current default is 10.
> Thanks!
>
> -Vinny
>
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
the zone cam.ac.uk, which of course is true.]
>
> --
> Chris Thompson
> Email: c...@cam.ac.uk
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.i
> 20090 Milanofiori Assago (Mi) - Italia
> Phone +39 0282476279 (20279 Voip)
> Fax +39 0282476815
>
>
>
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind
In message , Barry
Margolin writes:
> In article ,
> Mark Andrews wrote:
>
> > In message
> > ,
> > "Chiesa Stefano" writes:
> > > I'd like to know if there is a way to tell to BIND "if the external
> > > resource is in a
gt;
> > None of these matches the target of your query, so the result is
> > NXDOMAIN.
> > Anything else would be strange.
> >
> > If you need the server to return some other result for this query, you
> > must place the
rtium, Inc.
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
M
;9.9.4-P1-rpz2+rl.13269.14".
> JenL
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://li
00
00
00 -pa5.ilabs..
> > 00 00 00 6f 6d 00...om.
Again the end of the SRV record is corrupted. Similarly the space
is correct for a record ending in .hpl.h
In message <1385152907.15717.50929393.189b3...@webmail.messagingengine.com>, je
n...@promessage.com writes:
> Hi Mark,
>
> On Thu, Nov 21, 2013, at 06:14 PM, Mark Andrews wrote:
> > Did you try applying rpz2+rl-9.9.4-P1.patch to 9.9.4-P1?
>
> No, not yet. Having had
A 1.2.3.5
send
EOF
else
nsupdate << EOF
update del host.example.net A
update add host.example.net 30 A 1.2.3.4
update add host.example.net 30 A 1.2.3.5
send
EOF
fi
sleep 60
done
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117
her than cop out with NOTIMP
or REFUSED which just cause recursive servers to move onto the next
listed server and eventually return SERVFAIL to the client.
Mark
> Anyone have any ideas?
>
> Thanks,
> Neil
>
> --
> Neil Aggarwal, (972) 834-1565
> We lend money to investors to buy or refinanc
5-Dec-2013 13:11:35.681 client ::1#55802 (dv.isc.org): view external: query:
dv.isc.org IN IXFR -ET (::1)
05-Dec-2013 13:11:49.664 client ::1#50513 (dv.isc.org): view external: query:
dv.isc.org IN IXFR -E (::1)
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2
In message , Matthew
Pounsett writes:
>
> On 2013-12-04, at 21:22 , Mark Andrews wrote:
>
> >
> > The options are processed left to right so the +notcp has to be
> > after the ixfr=.
>
> There are two reasons I don't understand why this is the case.
>
In message <2e1626be-94f8-44e8-a73c-6521c44ba...@conundrum.com>, Matthew
Pounsett writes:
>
> On 2013-12-05, at 01:37 , Mark Andrews wrote:
>
> >
> >>> Note, named will for the use of TCP in its UDP response.
> >
> > s/for/force/
>
>
azone/IN: not loaded due
> to errors.
> Dec 11 10:01:15 named[21120]: addzone failed; reverting.
>
> From my understanding, though, the relevant configuration options should
> allow creating new zones on the fly?
>
> Any hints? (I'm a bit wary of wading through the code.)
In message <20131211120707.11028b38@loki>, Tobias Wolter writes:
>
> On Wed, 11 Dec 2013 22:01:02 +1100
> Mark Andrews wrote:
>
> > create the initial zone contents and put it in master/metazone.zone.
>
> Thanks, I feared that that was a necessary
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1
isit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Aus
of
> additional data.
>
> I hope this helps.
>
> Niall OReilly
And as the NS records are sent that means that the zone content is
incomplete. If you were not using DLZ, named would have rejected
the zone as there were no address records for the nameservers.
--
ORITY: 5, ADDITIONAL: 3
You don't test for dnssec support by requesting rrsigs. Nameservers
can return rrsigs without supporting dnssec.
You test for dnssec support by doing a request for something else
with "do=1" set (+dnssec) and seeing if rrsig, nsec/nsec3/ds r
I think this has got to the point of running named in the
foreground with debugging on the master.
named -g -d 100
This will log everything to stderr.
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
f you don't want the zone to be treated as insecure you need to
ensure that DS records for the new algorithm are published and
all of the old DS RRsets have expired from cachess before you
start to remove the old DS records.
Before you publish the new DS records you need to ensure that all
cac
sers to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
It is trying to create a .nzf (new zone file) file in the working
directory.
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Please visit https://lists.isc.org
info/bind-users to
> unsubscribe from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma
In message
, pgndev writes:
> On Mon, Jan 13, 2014 at 2:15 PM, Mark Andrews wrote:
> > Why does the *need* to be info as the existing patches works other
> > than for the version file which for the fix by hand is pretty
> > obvious or you can just leave it as it is in 9.9
you add prerequisites to the update request to say only
add the records if there are no records of the given type. DHCPD
does this by default.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
__
ple.com.db=
> "; masters {10.0.20.22; }; >};logging { =
> channel dnssec { &=
> nbsp; file "dnssec" versions 10 size 500k; >&n=
> bsp; severity debug 3; &=
> nbsp; print-category no; >&n=
> bsp; print-sever
ng southeast, 4 or 5, occasionally 6 at first.
> Rough, becoming slight or moderate. Showers, rain at first. Moderate or good,
> occasionally poor at first.
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
; from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
rter bind #
Yep, the zone file contains a detectable error so named has refused
to load it. This is required behaviour from RFC 1034/1035.
Mark
> SERVFAIL. What am I missing?
> _______
> Please visit https://lists.isc.org/mail
es.
> TIA and all that,
>
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/lis
; source of mind-boggling amounts of shit when you least expect it.
>
>
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
/lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742
gt; bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Please vi
t https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 47
e to come up with a random
> number. So, its totally non-random...so all I did was take the hex for
> two (well-known) letters...for my salt. Since the salt is 'public',
> I'll say it. my salt is "KS", or "4b53".
>
> So now to think
numeration. You only change the salt and use a non zero
interations if you care about offline enumeration.
Optout gives them 1 in x delegations with a NSEC3 record compared
to every delegation with a NSEC record. They already know that
most of the names in the zone are known. Somewhere around 1 in 1
s referenced --with-openssl=. I used gcc on the solaris 9
> system but now we are going through sun studio cc for the build.
>
> Any help would be greatly appreciated as I expect it is something fairly simp
> le I am overlooking.
>
> Rick.
>
--
Mark Andrews,
/random as well
the sources of randomness differ so it is difficult to know apriori
if the test will work or not. The random device can also be changed
through named.conf.
It is nice to see "make test" being run by someone other than us.
Mark
--
Mark Andrews, ISC
1 Seymo
ouldn't need to change the query id.
> Pavel
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Please visit https://lists.isc.org/mailman/listinfo/bind-us
always reach expireation time. and i get a lot of
> critical messages and a few hours/minutes before expireation it does the
> update.
Choose sane SOA values. refresh and retry << expire
> i hope you can guide me a bit and tell m
isit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHO
as expired
>
> ize: 14px;">
>
>
> ize: 14px;">
> Any particular reason this should be expected or is it bug worthy (or fixed=
> in 9.9.5, as I didn=92t see anything in the change log referring to it)? div>
> ize: 14px;">
> =97
> Raymond Walker
>
&
Go back to the orginal configure args and post the errors from config.log.
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Please visit https://lists.isc.org
ferror (f) || fclose (f) != 0;
;
return 0;
}
So I would do that by hand.
gcc -o conftestconftest.c
./conftest
If that fails open a bug report with Apple.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742
In message , James Brown wri
tes:
>
> On 11 Mar 2014, at 2:15 pm, Mark Andrews wrote:
>
> >
> > The first thing is that configure has decided that we are cross
> > compiling which is because the simple executable did not run.
> >
> > configure:3472:
Mark Andrews writes:
>
> In message , James Brown w
> ri
> tes:
> >
> > On 11 Mar 2014, at 2:15 pm, Mark Andrews wrote:
> >
> > >
> > > The first thing is that configure has decided that we are cross
> > > compiling which is because the
In message <54602b24-14d9-42b4-ad2e-55adf4805...@bordo.com.au>, James Brown wri
tes:
>
> On 11 Mar 2014, at 4:09 pm, Mark Andrews wrote:
>
> >
> > I didn't think I would need to say "save the contents of the program to
> > conftest.c".
> >
mail. This reduced problems
once people got used to it.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Please visit https://lists.isc.org/mailman/listinfo
> >>
> >
> > ___
> > Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> > unsubscribe from this list
> >
> > bind-users mailing list
> > bind-users@lists.isc.org
> > https://list
t;D" i=
> s in the allow-udates ACL on "A" (and not "B" or "=
> C") the updates from "D" will be applied.=A0 However an upda=
> te from "E" presented to "B" or "C" will be f=
> orwarded but not processed.
> Is this correct?Bob
>
> --001a
sit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871
I would so that you only have a single version on the system. That
said only dig, host and nslookup tickle this bug so you could get
away with not upgrading.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma
".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
__
In message <53324030.1080...@hireahit.com>, Dave Warren writes:
> 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 hel
if there are too many.
It also drops duplicates where the source port and address are
duplicated.
Named still has to reply to all the clients which is why they are
on the recursing list.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742
gt; Thanks,
> Tom
>
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
>
In message , Tom Lanyon wri
tes:
> On 27 Mar 2014, at 14:48, Mark Andrews wrote:
> > No. If the answer is secure and DO=1 then it won't synthesis.
> >
> > RFC 6147 just gets DO and CD semantics completely wrong. The WG
> > wanted there to be signaling that
Rylink
> System Administrator
>
> Dial Telecom a. s.
> Kikova 36a/237
> 186 00 Praha 3, esk Republika
> Tel.:+420.226204627
> daniel.rysl...@dialtelecom.cz
> ---
> www.dialtelecom.cz
> Dial Telecom, a.s.
> Jednodue se pipojte
> ------
domains when
> Internet connection is down.
Slave the local zones is the simplest solution.
> --
> Who: Lawrence K. Chen, P.Eng. - W0LKC - Sr. Unix Systems Administrator
> For: Enterprise Server Technologies (EST) -- & SafeZone Ally
> _______
> Please visit https://lists.isc.org/
uilt with
> > '--enable-rrl'
> >
> >
> >
> >
> >
> > Thanks, Paul
> >
> >
> >
> >
> >
> >
> > ___
> > Please visit https://lists.isc.org/mailman/listinfo/bind-users to
e escaped.
Also how do you expect anyone to solve the rest of your problems
when you don't give a example and you don't give the real names
involved. We are not mind readers.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742
out the rdata content if the owner name ends in
"in-addr.arpa" or "ip6.arpa".
Mark
> On Mon, Apr 7, 2014 at 7:08 PM, Mark Andrews wrote:
>
> >
> > You should read all the error messages.
> >
> > dns_rdata_fromtext: junk:3: near 'i...@exa
server and recursive server.
No. edns0-client-subnet will require a significant re-write of the
resolver and cache to support. This is currently unfunded work.
> thanks.
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742
(cd $i; make DESTDIR="/blah/blah/bind-9.9.5-S1/lib" all ) || exi
> t 1; \
> fi; \
> done
> make: Fatal error: Command failed for target 'subdirs'
> "
>
> Does bind not support Vis 3 architecture?
>
--
Mark Andrews, ISC
1 Seymour St., Dunda
e'
> '--with-libtool' '--enable-shared' '--enable-static'
> '--with-openssl=/usr' '--with-gssapi=/usr' '--with-gnu-ld'
> '--with-geoip=/usr' '--with-atf=no' '--enable-ipv6' '--enable-rrl'
s3 -mt -m64" ./configure --with-openssl=/usr/local/ssl --enab
> le-full-report --without-gost --exec-prefix=/usr
> --libexecdir=/usr/lib/libexec --includedir=/usr/include
>
> Even after I edit the configure script to have cross_compile=yes, it still
> responds with no during the config
gt; Regards,
> --
> Tomas Hozza
> Software Engineer - EMEA ENG Developer Experience
>
> PGP: 1D9F3C2D
> Red Hat Inc. http://cz.redhat.com
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-u
See
tkey-gssapi-credential ;
tkey-gssapi-keytab ;
grant ms-subdomain ;
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Please
yne, Northwest Dogger: Southerly or
> southwesterly 4 or 5. Slight or moderate. Showers. Good, occasionally
> moderate.
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
recently. If you roll back Net::DNS to version 0.72 the
test should succeed. "ans" needs to be rewritten in parts to work
with the with the new Net::DNS.
> - J=F8rgen Thomsen
>
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscri=
> be from
.isc.org/isc/bind9/9.10.0
ftp://ftp.isc.org/isc/bind9/9.10.0
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Please visit https://lists.isc.org/mailman/li
erif">www.rackspace.com ize=2 face="sans-serif">.
> IN
> A
>
>
> ;; ANSWER SECTION:
> face="sans-serif">www.rackspace.com t size=2 face="sans-serif">.
> 298 IN CNAME
> face="sans-serif
gt; =
>
> > bind-users@lists.isc.org <mailto:bind-users@lists.isc.org>
> > =
>
> > https://lists.isc.org/mailman/listinfo/bind-users
> > =
>
> > =
>
> > =
>
> > =
>
> > =
>
> > __
out
>
> May 7 21:43:31 ns2 named[1381]: [ID 873579 daemon.error] transfer of
> 'domain.com/IN' from 212.93.192.4#53: failed to connect: timed out
>
>
>
>
>
> Any one's help would be highly appreciated thanks in advance.
>
>
>
&
is impossible, but I would
> hazard a guess that since DNAMEs already return a matching CNAME and
> nothing explodes, the problems would be minor and limited in scope.
>
> --
> Dave Warren
> http://www.hireahit.com/
> http://ca.linkedin.com/in/davejwarren
>
>
>
In message <536c0392.3020...@hireahit.com>, Dave Warren writes:
> On 2014-05-08 15:09, Mark Andrews wrote:
> > In message <536bcced.8060...@hireahit.com>, Dave Warren writes:
> >> On 2014-05-08 07:45, Barry Margolin wrote:
> >>> In article ,
> >&
sion preserving data. Install the 64 bit
version.
9.10.0 changes the default install location so you may want to move
your data across.
x86: CSIDL_PROGRAM_FILESX86
x64: CSIDL_PROGRAM_FILES
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PH
>
>
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/list
ribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
;Thanks for your help
> ns-serif;font-size:12px;line-height:18px"> =3D"font-family:'Helvetica Neue',Arial,Helvetica,sans-serif;font-si=
> ze:12px;line-height:18px">Y.E.
> ns-serif;font-size:12px;line-height:18px">=C2=A0
>
> --001
If there is a query in that 9 second window then named will make a query to
repopulate the cache. If there is not a query then the records will expire. You
only want to prefetch records that are being queried for regularly.
On 18/05/2014, at 17:18, Hongyi Zhao wrote:
> What do you mean by s
se.gov and th
> e date on the SOA RRSIG record is indeed in the future.
>
> How is BIND deciding it is okay to return the A and MX records, and that this
> is not some sort of DNS replay attack?
>
>
>
>
>
> ___
> Please visit
; parse message
> rndc: 'retransfer' failed: not found
>
> I've looked around online, and 'retransfer' seems to still be a valid
> command.
>
> What's wrong with my usage of retransfer?
>
finding the zone?
Presumably it is not a slave or a stub. retransfer is only applicable to
slave and stub zones.
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-u
esponses: REFUSED
> 21-May-2014 09:34:12.068 transfer of 'example.net/IN' from ip.address.of.mast
> er#53: Transfer completed: 0 messages, 0 records, 0 bytes, 0.080 secs (0 byte
> s/sec)
>
> and I see on the master:
>
> 21-May-2014 16:34:12.031 client ip.address.of.slave#4
key"; };
> > };
> _______
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
> from this list
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Mark
In message <5382eb30.6040...@ripe.net>, Anand Buddhdev writes:
> On 26/05/2014 01:53, Mark Andrews wrote:
>
> Hi Mark,
>
> > Actually that isn't the mistake as they are both run through
> > dns_name_fromtext which will normalise them before comparison.
>
---
>
> iQEcBAEBCAAGBQJThTt4AAoJEKBsj+IM0duFFq4IAJ+dn1+0Vkm7XnN+r70QDWmD
> fgEN0G9D72TRJ0lYqkd19W/qwctfKDkCUaTt3BIjRwBDV3bQXxqLQkXxH7jWFNXK
> czZEEm6mOKCQWcBEKAMtfWM5cGKGAjSjfvbA2ZOAvuUIkDfYN0s4kcWYFTre7Zyk
> SSnZi909xs1ZPiuz447dmUBr3gg5wNJAuUNiNJJP9DHriu6542DdRzUtbu3zmABG
> rBAjS/bud
501 - 600 of 2423 matches
Mail list logo
