:
ii bind9 1:9.18.19-1~deb12u1 amd64Internet Domain Name
Server
ii bind9-utils1:9.18.19-1~deb12u1 amd64Utilities for BIND 9
On Wed, 13 Dec 2023, Brett Delmage wrote:
I previously used delv with a manually made trust/key file to test that a
DNSSEC-enabled zone was
delv with a manually made trust/key file to test that a
DNSSEC-enabled zone was generated correctly.
Despite sarching for all kinds of terms I cannot find those instructions
(in readthedocs I believe).
Could someone please point me there?
bind9, bind9-dnsutils: 9.18.15
Thanks.
Brett
I previously used delv with a manually made trust/key file to test that a
DNSSEC-enabled zone was generated correctly.
Despite sarching for all kinds of terms I cannot find those instructions
(in readthedocs I believe).
Could someone please point me there?
bind9, bind9-dnsutils: 9.18.15
Thanks, Greg
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
this list
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more information.
bind-users mailing list
bind-users@lists.isc.org
h
On 24.05.22 13:27, Michał Kępień wrote:
Hi Josef,
I'm in the process of upgrading openSUSE Tumbleweed to bind 9.18.3 and in
doing so, also run the test suite. However, it fails in step
FAIL: doth
The log file says
I:doth:testing incoming XoT functionality (from the first secondar
Hi Josef,
> I'm in the process of upgrading openSUSE Tumbleweed to bind 9.18.3 and in
> doing so, also run the test suite. However, it fails in step
> FAIL: doth
>
> The log file says
> I:doth:testing incoming XoT functionality (from the first secondary) (2)
> I:doth:
Hi,
I'm in the process of upgrading openSUSE Tumbleweed to bind 9.18.3 and
in doing so, also run the test suite. However, it fails in step
FAIL: doth
The log file says
I:doth:testing incoming XoT functionality (from the first secondary) (2)
I:doth:timed out waiting for zone transfer
Is
Thanks, subject is all.
--
Dan Mahoney
Techie, Sysadmin, WebGeek
Gushi on efnet/undernet IRC
FB: fb.com/DanielMahoneyIV
LI: linkedin.com/in/gushi
Site: http://www.gushi.org
---
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscrib
On 16. 02. 22 10:12, Ondřej Surý wrote:
I guess you can possibly workaround this by disabling jemalloc from named build
and hope that the static shims for jemalloc calls will trump the preloaded
functions from libfaketime.
Oh right, I forgot we can also compile BIND without jemalloc - it work
I guess you can possibly workaround this by disabling jemalloc from named build
and hope that the static shims for jemalloc calls will trump the preloaded
functions from libfaketime.
Ondřej
--
Ondřej Surý — ISC (He/Him)
My working hours and your working hours may be different. Please do not fee
tests needs to be tailored for a specific DNS
daemon. Every DNS server has its quirks and this is definitely
not something that you can take, run and fill issues “named
failed Deckard test”. Every failure needs to be individually
examined, debugged, explained and described. It
server has its quirks and this is definitely
not something that you can take, run and fill issues “named
failed Deckard test”. Every failure needs to be individually
examined, debugged, explained and described. It might not be
a bug, but just a difference in behavior.
3. Running
#2088]
2. This is not an easy way to get a “street cred”. First of all,
the Deckard tests needs to be tailored for a specific DNS
daemon. Every DNS server has its quirks and this is definitely
not something that you can take, run and fill issues “named
failed Deckard test”. Every
Hi,
I notice that Deckard project can be used to test
knot/knot-resolver/unbound/pdns except BIND.And I try to write the
configuration and template files for named, but it didn't work.
If BIND's implementation/configuration has any limitation to run with Deckard ?
Thanks in adva
Am 02.02.22 um 08:23 schrieb Josef Moellers:
On 01.02.22 17:54, Reindl Harald wrote:
Am 01.02.22 um 15:28 schrieb Josef Moellers:
Just for the record:
Thanks, Ondřej, for pushing my nose onto the fact that the test
should be run as a non-privileged user.
really *nothing* should run as
On 01.02.22 18:13, Ondřej Surý wrote:
On 1. 2. 2022, at 15:28, Josef Moellers wrote:
Thanks, Ondřej, for pushing my nose onto the fact that the test should be run
as a non-privileged user. BTDTGT
Well, you are welcome, but please **do** include all the modifications and all
the steps
you
On 01.02.22 17:54, Reindl Harald wrote:
Am 01.02.22 um 15:28 schrieb Josef Moellers:
Just for the record:
Thanks, Ondřej, for pushing my nose onto the fact that the test should
be run as a non-privileged user.
really *nothing* should run as root, especially not building software -
doing
> On 1. 2. 2022, at 15:28, Josef Moellers wrote:
>
> Thanks, Ondřej, for pushing my nose onto the fact that the test should be run
> as a non-privileged user. BTDTGT
Well, you are welcome, but please **do** include all the modifications and all
the steps
you are doing when re
Am 01.02.22 um 15:28 schrieb Josef Moellers:
Just for the record:
Thanks, Ondřej, for pushing my nose onto the fact that the test should
be run as a non-privileged user.
really *nothing* should run as root, especially not building software -
doing so and even rpmbuild no longer can assure
"resolver" test failed, but I'll report that to i...@isc.org
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
this list
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more i
Hi folks,
Just for the record:
Thanks, Ondřej, for pushing my nose onto the fact that the test should
be run as a non-privileged user. BTDTGT
As I am determined (and it makes sense) to run the tests on the binaries
that we will eventually ship, I need to build the software according to
our
l generate
the code in a different way as we will ship it, so I need to find out
what causes the test not to run.
I'll try to add our configure options one by one and see when the tests
stop running.
$ make test
[…]
make[7]: Entering directory '/tmp/bind9/bind-9.18.0/bin/test
ake -j
A couple of omitted steps here (easy for us to forget since we probably
have it set up already at any given time):
$ cd bin/tests/system
$ sudo sh ifconfig.sh up
$ cd -
> $ make test
> […]
> make[7]: Entering directory '/tmp/bind9/b
> On 31. 1. 2022, at 17:15, Josef Moellers wrote:
> […]
> So, yes: on production builds these options are not enabled, but on the test
> VMs I must enable them or the tests will not run.
That’s not true and never has been. The --enable-developer is just a
convenience setting
ckage bind, but before doing so I usually run the tests on a
couple of VMs to see if no obvious problems exist.
So, yes: on production builds these options are not enabled, but on the
test VMs I must enable them or the tests will not run.
Yet "make test" fails in that it does not
re options.
Why? Are you a developer? It’s wrong to have this option enabled for production
builds.
> Yet "make test" fails in that it does not do anything.
> "make check" does run some tests, but finishes in ca. 3 minutes rather than
> the 40 minutes "make test&quo
On 31.01.22 15:42, Josef Moellers wrote:
Hi,
Me again ...
I have installed the files required to build the packages on an openSUSE
Tumbleweed machine. I have also added
--enable-developer --disable-warn-error
to the configure options.
Yet "make test" fails in that it d
Hi,
Me again ...
I have installed the files required to build the packages on an openSUSE
Tumbleweed machine. I have also added
--enable-developer --disable-warn-error
to the configure options.
Yet "make test" fails in that it does not do anything.
"make check"
On 2022-01-27 08:42, Matus UHLAR - fantomas wrote:
however, this discussion should be probably closed as it's not anymore
related to this mailing list operatiorns.
i only replyed to isc ignore in first place to heads up on that thay
break there own dkim signer, when maillists do this all will
On 26 Jan 2022, at 17.14, Matus UHLAR - fantomas wrote:
Altering the body or headers at all (whch lists do) will often break the
hashing. For this reason, most recent versions of mailman have an option
to rewrite your mail from:
On 26.01.22 17:30, Sten Carlsen wrote:
When the dkim is set up
Thanks
Sten
> On 26 Jan 2022, at 17.14, Matus UHLAR - fantomas wrote:
>
>>> On Jan 25, 2022, at 8:50 AM, Benny Pedersen wrote:
>>> Authentication-Results: lists.isc.org;
>>> dkim=fail reason="signature verification failed" (1024-bit key;
>>> unprotected) header.d=isc.org header.i=@isc.or
On Jan 25, 2022, at 8:50 AM, Benny Pedersen wrote:
Authentication-Results: lists.isc.org;
dkim=fail reason="signature verification failed" (1024-bit key;
unprotected) header.d=isc.org header.i=@isc.org header.b=q/vOEba5;
dkim=fail reason="signature verification failed" (1024-bit
On 2022-01-25 20:26, Dan Mahoney wrote:
Sorry for the noise, attempting to validate a DKIM issue
Authentication-Results: lists.isc.org;
dkim=fail reason="signature verification failed" (2048-bit key;
unprotected) header.d=isc.org header.i=@isc.org header.b=E7VfrLLS
unprotected means opendki
g header.i=@isc.org header.b=q/vOEba5;
> dkim=fail reason="signature verification failed" (1024-bit key;
> unprotected) header.d=isc.org header.i=@isc.org header.b=ozeUkO/Z
>
> dont know why it failed
I may as well answer this since other people chimed in on the test
Sorry for the noise, attempting to validate a DKIM issue
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
ISC funds the development of this software with paid support subscriptions.
Contact us at https://
testing, please ignore
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more info
Try using a larger key, at least 2048 bits.
Check all your DNS entries and make sure everything matches correctly, MX, A,
reverse, etc.
Check to see if your hostname used in the HELO/ELHO process matches what is in
DNS.
Regards,
Eduard Tieseler
Network Operations Director
4050 Truxel Road Su
On 2022-01-25 17:45, Greg Choules wrote:
Hello.
Authentication-Results: lists.isc.org;
dkim=fail reason="signature verification failed" (1024-bit key;
unprotected) header.d=isc.org header.i=@isc.org header.b=q/vOEba5;
dkim=fail reason="signature verification failed" (1024-bit key;
unprotect
Hello.
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more information.
bind-
commits must be small(ish), isolated and not
complicate things just for the sake of the POSIX compatibility. Currently, the
tests run with (d)ash as shell, so there are no bashisms, but anything beyond
that - I would rather see a system test rewritten into py.test than dumbed down
to strict POSIX
it’s important for safe passing of filenames.
What you are saying is that your testsuite is not portable. It may or
may not work on some systems and good luck if it does not. If I were
to try a z/OS system then your code would certainly break there. I can
and will test that.
Dennis Clarke
E:autosign:Fri Jul 30 14:34:57 GMT 2021
> S:builtin:Fri Jul 30 14:34:57 GMT 2021
> T:builtin:1:A
> A:builtin:System test builtin
> I:builtin:PORTRANGE:5800 - 5899
> I:builtin:Checking expected empty zones were configured (1)
> I:builtin:Checking that reconfiguring empty zones is silent (2)
>
eofstr] [-I replstr]
[-i[replstr]] [-L #] [-l[#]] [-n # [-x]] [-s size] [cmd [args ...]]
R:autosign:FAIL
E:autosign:Fri Jul 30 14:34:57 GMT 2021
S:builtin:Fri Jul 30 14:34:57 GMT 2021
T:builtin:1:A
A:builtin:System test builtin
I:builtin:PORTRANGE:5800 - 5899
I:builtin:Checking expected empty zones
Hello again,
On Sun, 16 May 2021, I wrote:
... If you can't agree their numbers then
you're some information ...
Having screen troubles. The word 'missing' is missing.
--
73,
Ged.
___
Please visit https://lists.isc.org/mailman/listinfo/bind-user
Hi there,
On Sun, 16 May 2021, Dan Egli wrote:
... I'm aware of the buddyns.com servers not responding. Noting I can
do about that. They CLAIM I've had over 300k requests in the last couple
of weeks and have exceeded my monthly cap. I say Bull Crap ...
I'd be inclined to believe them, but yo
>>>>> #dig newideatest.site dnskey | dnssec-dsfromkey -2 -f - newideatest.site
>>>>> newideatest.site. IN DS 49236 13 2
>>>>>
>>>>> Ok. Copy the long hash to the Registrar, plug it in. Check, done that.
>>>>>
>>>
y 15 18:12:44 MDT 2021
;; MSG SIZE rcvd: 45
ServFail?! WHAT?
This is a known bug fixed in BIND 9.11.25. Upgrade. Once the DS is
added to .site for
newideatest.site the resolution will work.
--
Dan Egli
From my Test Server
___
Please visit https://l
.8.4.4
>>> ;; global options: +cmd
>>> ;; Got answer:
>>> ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 631
>>> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
>>>
>>> ;; OPT PSEUDOSECTION:
>>> ;
t;> ; <<>> DiG 9.16.15 <<>> mx newideatest.site @8.8.4.4
>>> ;; global options: +cmd
>>> ;; Got answer:
>>> ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 631
>>> ;; flags: qr rd ra; QUERY: 1, ANSWE
3(8.8.4.4)
;; WHEN: Sat May 15 18:12:44 MDT 2021
;; MSG SIZE rcvd: 45
ServFail?! WHAT?
This is a known bug fixed in BIND 9.11.25. Upgrade. Once the DS is added to
.site for
newideatest.site the resolution will work.
--
Dan Egli
From my Test Server
OpenPGP_0x11B7451DF2015959.asc
Descri
;
> ;; Query time: 50 msec
> ;; SERVER: 8.8.4.4#53(8.8.4.4)
> ;; WHEN: Sat May 15 18:12:44 MDT 2021
> ;; MSG SIZE rcvd: 45
> ServFail?! WHAT?
This is a known bug fixed in BIND 9.11.25. Upgrade. Once the DS is added to
.site for
newideatest.site the resolution will work.
>
May 15 18:12:44 MDT 2021
;; MSG SIZE rcvd: 45
ServFail?! WHAT? So I go to DNSVIZ and run their test.
Errors (9)
* newideatest.site/A: No RRSIG covering the RRset was returned in the
response. (31.220.30.73, 45.77.29.133, 103.6.87.125, 119.252.20.56,
2001:19f0:7001:381::3, 240
Okay, so I added the policy, and things MOSTLY look okay. But when I
retake the verification test, I get errors about no RRSIGs found. What
do I do to resolve that issue?
On 5/10/2021 12:38 PM, Tony Finch wrote:
Dan Egli wrote:
Still not working for me. The dig doesn't report anything
Dan Egli wrote:
>
> Still not working for me. The dig doesn't report anything, and I don't HAVE a
> keyfile since i'm using inline signing. Or does inline signing still require a
> key to be generated?
Yes, you need to do your own key management with inline-signing using
dnssec-keygen. The new dn
IZE rcvd: 113
So, of course dnssec-dsfromkey does't work:
dig @localhost newideatest.site dnskey | dnssec-dsfromkey -2 -f -
newideatest.site
dnssec-dsfromkey: fatal: no DNSKEY RR for newideatest.site in input
--
Dan Egli
From my Test Server
OpenPGP_0x11B7451DF2015959.asc
Descripti
Dan Egli wrote:
>
> Where do I get the DS record, since i'm using bind's inline signing?
Use the dnssec-dsfromkey tool, e.g. from a key file (make sure it's the
KSK file)
$ grep This Kcam.ac.uk.+013+32840.key
; This is a key-signing key, keyid 32840, for cam.ac.uk.
$ dnss
that already?
John
Sent from Nine <http://www.9folders.com/>
*From:* Dan Egli
*Sent:* Monday, May 10, 2021 12:20 AM
*To:* bind-users@lists.isc.org
*Subject:* Inline signing fails dnsviz test.
I tried to setup inline signing on my DNS server, and after
-users@lists.isc.org
Subject: Inline signing fails dnsviz test.
I tried to setup inline signing on my DNS server, and after reading the
results from DNSVIZ, i'd say I was PARTIALLY successful, but there still
seems to be a lot missing.
You can check the status on dnsviz yourself with the names
eglifami
f3e;
> 2a00:1838:20:2::cd5e:68e9; 2604:180:2:4cf::3; 2a01:4f8:1c0c:8115::3;
> 2001:19f0:6400:8642::3;
> };
> // also-notify { 1.2.3.4; }; // none for now
> allow-update { trusted; };
> key-directory "/var/bind/pri/keys";
Hi, UHLAR.
Thank you for your advice.
I'll check these templates.
Best regards.
2020年6月26日(金) 19:28 Matus UHLAR - fantomas :
>
> >On 2020-06-25 04:10, Techs-yama wrote:
> >>and How do you have any recommended statistics items to check by
> >>rndc stats.
>
> On 25.06.20 12:43, Chuck Aurora wrote
On 2020-06-25 04:10, Techs-yama wrote:
and How do you have any recommended statistics items to check by
rndc stats.
On 25.06.20 12:43, Chuck Aurora wrote:
I don't know what you are looking for, but I would recommend NOT
using rndc stats:
https://kb.isc.org/docs/aa-00769
if you want to say t
On Thu, 25 Jun 2020, Chuck Aurora wrote:
On 2020-06-25 04:10, Techs-yama wrote:
Hi, bind forks !
I'm a spoon, not a fork! :)
418 I'm a teapot!
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
ISC
Thank you for your reply!
>I'm a spoon, not a fork! :)
Oops I'm Sorry typo.
>I don't know what you are looking for, but I would recommend NOT
Are there any stats result items, I should check when I perform tuning on bind?
e.g.) socket error, cache memory in use, and more...
Thank you a
On 2020-06-25 04:10, Techs-yama wrote:
Hi, bind forks !
I'm a spoon, not a fork! :)
[snip]
and How do you have any recommended statistics items to check by
rndc stats.
I don't know what you are looking for, but I would recommend NOT
using rndc stats:
https://kb.isc.org/docs/aa-00769
_
Hi, bind forks !
Now, I was bind deployed on a new on-premises server.
I want to make sure that settings are appropriate and check recursion
performance on bind.
Which stress tool would be useful and recommended in this case?
(I already know dnsperf. )
and How do you have any recommended statistic
Ondej,
Built on FreeBSD 12.1-STABLE, so far so good :
[xavier@numenor bind9]$ ./configure --prefix
/home/xavier/Development/bind9/build/
===
Configuration summary:
-
Hey all,
the work to upgrade BIND 9 to use automake and more declarative syntax has been
completed to a state where the majority of the work was merged to the
development
branch and it will be included in the next major release (e.g. BIND 9.18).
However
because this is a big change, I would like
Test
-BEGIN EMAIL SIGNATURE-
The Gospel for all Targeted Individuals (TIs):
[The New York Times] Microwave Weapons Are Prime Suspect in Ills of
U.S. Embassy Workers
Link:
https://www.nytimes.com/2018/09/01/science/sonic-attack-cuba-microwave.html
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Sun, 2019-07-14 at 18:30 -0400, Paul Kosinski via bind-users wrote:
> Testing how lists.isc.org handles DMARC "Quarantine" (and "Reject")
> policy. The enterpr...@mozilla.org mailing list forwards such email in a
> way that some recipients choke o
Testing how lists.isc.org handles DMARC "Quarantine" (and "Reject")
policy. The enterpr...@mozilla.org mailing list forwards such email in a
way that some recipients choke on it (i.e., can't validate it).
___
Please visit https://lists.isc.org/mailman/lis
On Thu, May 31, 2018 at 3:48 AM Matus UHLAR - fantomas
wrote:
>
> >On Wed, 30 May 2018, Michael McNally wrote:
> >>We have had reports that posts to bind-users are (in at least some
> >>cases) triggering unwelcome direct-to-the-submitter messages from
> >>spammers.
>
> it was about time ;-)
>
> On
On Wed, 30 May 2018, Michael McNally wrote:
We have had reports that posts to bind-users are (in at least some
cases) triggering unwelcome direct-to-the-submitter messages from
spammers.
it was about time ;-)
On 31.05.18 08:28, G.W. Haywood via bind-users wrote:
I'm not sure that there's much
Hi Michael,
On Wed, 30 May 2018, Michael McNally wrote:
We have had reports that posts to bind-users are (in at least some
cases) triggering unwelcome direct-to-the-submitter messages from
spammers.
Please disregard this message while I try to gather some information
in the hopes of stopping t
Sorry for the noise
___
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
We have had reports that posts to bind-users are (in at least
some cases) triggering unwelcome direct-to-the-submitter messages
from spammers.
Please disregard this message while I try to gather some information
in the hopes of stopping this unwelcome behavior.
I dunno, at this rate someone's going to have to owe someone a beer or
something. :P
> From: bind-users [mailto:bind-users-boun...@lists.isc.org] On Behalf Of John
> W. Blue
> Sent: Monday, 21 November 2016 5:24 PM
> To: bind-us...@isc.org
> Subject: Re: Test, please ignore
Ignoring level currently at 100% of its original rated performance, beginning
to throttle up to 104% but doing so under computer control.
Sent from Nine<http://www.9folders.com/>
From: John Anderson
Sent: Nov 20, 2016 11:43 PM
To: Dan Mahoney ;bind-us...@isc.org
Subject: RE: Test,
Sorry for the noise
___
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
Sorry for the noise
___
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
Ignore successful.
John A.
Sent from my T-Mobile 4G LTE Device
Original message
From: Dan Mahoney
Date: 2016/11/20 21:38 (GMT-07:00)
To: bind-us...@isc.org
Subject: Test, please ignore
Sorry for the noise
___
Please visit https
Sorry for the noise
___
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
ISC's software testing procedures no longer use our Ixia XT80-V2, so
rather than letting it sit idle, we have offered it for sale on eBay:
http://www.ebay.com/itm/-/192000694217
If you don't know what an Ixia XT80 is then probably you don't need one,
but if you do, this is a really good price.
__
On 2016-08-26 07:09, project722 wrote:
syccessfully breaks dkim from gmail
___
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/mailma
___
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
Alan Clegg wrote:
>
> As for NOTIMP, I'm not aware of an easy path, but I'm sure that someone here
> knows.
; <<>> DiG 9.11.0a1 <<>> +noedns dotat.at in maila
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOTIMP, id: 42331
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, A
h, but I'm sure that someone here
knows.
AlanC
On 6/28/16, 2:07 AM, "bind-users on behalf of Harshith Mulky"
wrote:
> Hello Experts,
>
>
>
> As a tester who is testing a client(lwres) developed on same bind stack.
>
> I would want to generate scenarios an
Hello Experts,
As a tester who is testing a client(lwres) developed on same bind stack.
I would want to generate scenarios and test how the client responds when the
bind server responds with negative Responses
I was able to test Negative response like NXDOMAIN as it was straight forward
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Building on centos/rhel 6, the build works, but
"make test" has one failure:
S:notify:Mon May 2 11:26:31 PDT 2016
T:notify:1:A
A:System test notify
I:checking initial status (1)
I:reloading with example2 using HUP and waiting up to
Thanks for relying me and sorry not to be so clearly. In my case, I run the
test twice every time to let the resolver cache the query. So this why I
feel it is weird cause as my concern, all the query should be cached during
the first test.
Best,
Runxia Wan
-邮件原件-
发件人: MURTARI, JOHN
--- Original Msg -
From: "RunxiaWan"
Subject: Problem in Performance test
Hi all,
I am doing performance test for my company's resolver with BIND 9.10.3 and
find something weird. The test client and resolver are in the same LAN. When
I use a small set of domain as an inp
RunxiaWan wrote:
> However, when I use a set of thousands of domains as an input, The QPS
> is unexpectedly low and the latency is high.
That would be normal if the cache is empty. Did you pre-populate it before
running the benchmark?
> And when I decreased the query sending rate to 100 per sec
Hi all,
I am doing performance test for my company's resolver with BIND 9.10.3 and
find something weird. The test client and resolver are in the same LAN. When
I use a small set of domain as an input with a 1 per second query
sending rate, everything looks reasonable. However, when I use
On Tue, 14 Jul 2015, Maria Iano wrote:
> I don't see this mentioned anywhere else, although I'm suprised by that
> so maybe I'm missing something. When I build bind-9.10.2-P2 I find
> that "make test" fails for reclimit with "Couldn't start server
I don't see this mentioned anywhere else, although I'm suprised by that
so maybe I'm missing something. When I build bind-9.10.2-P2 I find
that "make test" fails for reclimit with "Couldn't start server ans2" if
I don't have Net::DNS::Nameserver
I haven't used those, but not sure if smokeping's DNS plugin would do what
you want.
-Original Message-
From: Barry Greene
Date: Monday, July 21, 2014 at 11:59 PM
To: "bind-users@lists.isc.org"
Subject: Tools to automatically test the resolution speed ...
>Hi Te
Hi Team,
I'm going to get my team to script a tool to test the DNS resolution speed of
our DNS Resolvers. Something that would give us a "MRTG like" output and can be
used for KPIs.
I use Namebench a lot for my own testing. Has anyone done any scripting with
Namebench, GRC&
Am 04.07.2014 12:17, schrieb Matus UHLAR - fantomas:
>
>> Am 04.07.2014 04:29, schrieb brian:
>>> I can't get this to work. I'm trying to use the test url .
>>> When I open it in my browser, I get a server not found error.
>>>
>>> In /e
Am 04.07.2014 04:29, schrieb brian:
I can't get this to work. I'm trying to use the test url .
When I open it in my browser, I get a server not found error.
In /etc/resolv.conf I changed nameserver 127.0.0.1
I created the file /var/named/tst.com.zone and added:
@
Am 04.07.2014 04:29, schrieb brian:
> I can't get this to work. I'm trying to use the test url .
> When I open it in my browser, I get a server not found error.
>
> In /etc/resolv.conf I changed nameserver 127.0.0.1
>
> I created the file /var/named/tst.com.
I can't get this to work. I'm trying to use the test url .
When I open it in my browser, I get a server not found error.
In /etc/resolv.conf I changed
nameserver 127.0.0.1
I set:
chattr +i /etc/resolv.conf
and rebooted and opened the file to verify that it wasn't getting
o
1 - 100 of 217 matches
Mail list logo
