bind-users Digest, Vol 1890, Issue 2
Xuan Hung
hungnx15 at viettel.com.vn
Sat Jul 19 02:38:26 UTC 2014
Dear Partner!
When I use Bind 9.9.5, if recusive-client increase about 4000 then my server
response servfail (sometime with long domain).
Can you help me fix this problem ??
How I fix it ?
Thanks and brs./.
===%%-====
Hungnx15
P.QTHT - TT CNTT - VTNet
0966581518
-----Original Message-----
From: bind-users-bounces at lists.isc.org
[mailto:bind-users-bounces at lists.isc.org] On Behalf Of
bind-users-request at lists.isc.org
Sent: Saturday, July 19, 2014 1:47 AM
To: bind-users at lists.isc.org
Subject: bind-users Digest, Vol 1890, Issue 2
Send bind-users mailing list submissions to
bind-users at lists.isc.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.isc.org/mailman/listinfo/bind-usersI
or, via email, send a message with subject or body 'help' to
bind-users-request at lists.isc.org
You can reach the person managing the list at
bind-users-owner at lists.isc.org
When replying, please edit your Subject line so it is more specific than
"Re: Contents of bind-users digest..."
Today's Topics:
1. Re: failed: out of memory (Thomas Schulz)
2. Re: unable to obtain neither an IPv4 nor an IPv6 dispatch
(Cathy Almond)
3. Re: unable to obtain neither an IPv4 nor an IPv6 dispatch
(Matthew Calder)
----------------------------------------------------------------------
Message: 1
Date: Fri, 18 Jul 2014 10:37:00 -0400 (EDT)
From: schulz at adi.com (Thomas Schulz)
To: bind-users at lists.isc.org, tim at krzywonos.ca
Subject: Re: failed: out of memory
Message-ID: <201407181437.s6IEb0Y0009370 at dolphin.adi.com>
> Have you tried an rndc flush? You can also dump the contents of the
> cache to find the (approximate) size of the cache. If related to
> cache, you can tweak parameters to cache, most namely max-cache-size.
> IIRC, the cache doesn't have a size limit by default.
>
> /Tim
>
I did an rndc dumpdb -cache and the size of the named_dump.db that resulted
is 5927042. Not all that big condidering how it is formatted.
Late last night I did a rndc flush. At that time the size of named was 31305
pages of 8192 bytes. As of now (13 hours later) the size is still 31305. I
will see what happens.
I was asked off list for our named.conf. Here it is.
options {
directory "/var/named";
acache-enable yes;
auth-nxdomain no;
transfer-format many-answers;
dnssec-enable yes;
dnssec-validation yes;
dnssec-lookaside auto;
};
managed-keys {
dlv.isc.org. initial-key 257 3 5 .....; }; managed-keys {
"." initial-key 257 3 8 .......;
};
view "internal" {
match-clients { !192.168.3.95; !192.168.3.150;
!192.168.4.0/24; localnets;
};
sortlist {
{ 192.168.2.0/24; { 192.168.2.0/24; 192.168.3.0/24; }; };
{ 192.168.3.0/24; { 192.168.3.0/24; 192.168.2.0/24; }; };
};
zone "." {
type hint;
file "named.root";
};
zone "adi.com" {
type master;
file "adi.com.hosts.int";
check-names ignore;
notify explicit;
also-notify {
192.168.2.95;
192.168.2.150;
};
};
zone "130-157.245.100.75.in-addr.arpa" {
type master;
file "75.100.245.130-157.revhosts";
notify explicit;
also-notify {
192.168.2.95;
192.168.2.150;
};
};
zone "2.168.192.in-addr.arpa" {
type master;
file "192.168.2.revhosts.int";
notify explicit;
also-notify {
192.168.2.95;
192.168.2.150;
};
};
zone "3.168.192.in-addr.arpa" {
type master;
file "192.168.3.revhosts.int";
notify explicit;
also-notify {
192.168.2.95;
192.168.2.150;
};
};
zone "4.168.192.in-addr.arpa" {
type master;
file "192.168.2.revhosts.int";
notify explicit;
also-notify {
192.168.2.95;
192.168.2.150;
};
};
zone "localhost" {
type master;
notify no;
file "named.local";
};
zone "0.0.127.in-addr.arpa" {
type master;
notify no;
file "named.revlocal";
};
zone "com" {
type delegation-only;
};
zone "net" {
type delegation-only;
};
};
view "internal4" {
match-clients { 192.168.4.0/24; };
zone "." {
type hint;
file "named.root";
};
zone "adi.com" {
type master;
file "adi.com.hosts.int4";
check-names ignore;
notify explicit;
also-notify {
192.168.4.95;
192.168.4.150;
};
};
zone "130-157.245.100.75.in-addr.arpa" {
type master;
file "75.100.245.130-157.revhosts";
notify explicit;
also-notify {
192.168.4.95;
192.168.4.150;
};
};
zone "2.168.192.in-addr.arpa" {
type master;
file "192.168.2.revhosts.int";
notify explicit;
also-notify {
192.168.4.95;
192.168.4.150;
};
};
zone "3.168.192.in-addr.arpa" {
type master;
file "192.168.3.revhosts.int";
notify explicit;
also-notify {
192.168.4.95;
192.168.4.150;
};
};
zone "4.168.192.in-addr.arpa" {
type master;
file "192.168.2.revhosts.int";
notify explicit;
also-notify {
192.168.4.95;
192.168.4.150;
};
};
zone "localhost" {
type master;
notify no;
file "named.local";
};
zone "0.0.127.in-addr.arpa" {
type master;
notify no;
file "named.revlocal";
};
zone "com" {
type delegation-only;
};
zone "net" {
type delegation-only;
};
};
view "external" {
match-clients { any; };
allow-recursion { 75.100.245.0/24; };
zone "." {
type hint;
file "named.root";
};
zone "adi.com" {
type master;
file "adi.com.hosts.ext";
inline-signing yes;
key-directory "dnssec";
auto-dnssec maintain;
also-notify {
192.168.3.95;
192.168.3.150;
216.170.230.22;
};
};
zone "130-157.245.100.75.in-addr.arpa" {
type master;
file "75.100.245.130-157.revhosts";
notify explicit;
also-notify {
192.168.2.95;
192.168.2.150;
216.170.230.22;
};
};
zone "com" {
type delegation-only;
};
zone "net" {
type delegation-only;
};
};
>
> On 2014-07-17 10:39, schulz at adi.com wrote:
> > We are running Bind on a Sun Sparc machine running Solairs 8. Bind
> > is built as a 32 bit executable as that is the default and is the
> > way libcrypto and libxml2 are built. We have been running Bind 9.9.5.
> > I am now trying Bind 9.9.6b1 as that claims to have fixed some
> > memory leaks.
> >
> > For some time now Bind has stopped being able to do recursive
> > queries every couple of weeks and I have been just restarting it. I
> > decided to look into this and found it logging out of memory errors.
> > This seems to have started happening after I set up bind to sign our
> > domain, adi.com.
> > The server is bluegill.adi.com. It is set up with 3 views. Two are
> > internal views and can do recursive queries. One is the external
> > view and does not allow recursive queries.
> >
> > Since restarting named, this time Bind 9.9.6b1, I have been checking
> > the memory usage every day. The usage in pages of 8192 bytes for the
> > last 7 days are:
> > 16,517 19,221 20,111 23,707 24,957 26,384 28,231 29,912
> >
> > Note that this shows no signs of settling down. I am looking into
> > the possability of rebuilding Bind as a 64 bit executable as that
> > should take much longer to run out of memory.
> >
> > A recient section of the log showing that the cleaner is running:
> > Jul 17 10:24:44 bluegill named[9334]: [ID 873579 daemon.notice]
> > acache 91e6a30 stats: hits=0 misses=6 queries=6 adds=6 deleted=5
> > cleaned=5 cleaner_runs=140 overmem=0 overmem_nocreates=0 nomem=0 Jul
> > 17 10:24:44 bluegill named[9334]: [ID 873579 daemon.notice] acache
> > 91e6a30 cleaning interval set to 3600.
> > Jul 17 10:24:44 bluegill named[9334]: [ID 873579 daemon.notice]
> > acache 933f990 stats: hits=3299 misses=79 queries=3378 adds=86
> > deleted=370
> > cleaned=370 cleaner_runs=144 overmem=0 overmem_nocreates=0 nomem=0
> > Jul 17 10:24:44 bluegill named[9334]: [ID 873579 daemon.notice]
> > acache 933f990 cleaning interval set to 3600.
> > Jul 17 10:24:46 bluegill named[9334]: [ID 873579 daemon.notice]
> > acache 9166a20 stats: hits=76514 misses=4348 queries=80862 adds=4348
> > deleted=3717 cleaned=3717 cleaner_runs=144 overmem=0
> > overmem_nocreates=0
> > nomem=0
> > Jul 17 10:24:46 bluegill named[9334]: [ID 873579 daemon.notice]
> > acache 9166a20 cleaning interval set to 3600.
> > Jul 17 10:29:51 bluegill named[9334]: [ID 873579 daemon.notice]
> > clients-per-query decreased to 10
Tom Schulz
Applied Dynamics Intl.
schulz at adi.com
------------------------------
Message: 2
Date: Fri, 18 Jul 2014 16:20:35 +0100
From: Cathy Almond <cathya at isc.org>
To: bind-users at lists.isc.org
Subject: Re: unable to obtain neither an IPv4 nor an IPv6 dispatch
Message-ID: <53C93B43.6080807 at isc.org>
Content-Type: text/plain; charset=ISO-8859-1
It might have something to do with the number of CPUs that named detects
when it starts, which (by default) drives how many listening tasks it starts
per listening interface.
BIND 9.10 changed the defaults slightly, but you can also control how many
listening tasks per interface using the -U option.
Is there anything else unusual in your test set-up? I notice you said
that you have 500 views - do you also have a large number of virtual
interfaces, each with their own listen-on?
On 18/07/2014 07:06, Matthew Calder wrote:
> Thanks Mark. I tried building with increased ISC_SOCKET_MAXSOCKETS
> with BIND 9.9.5 but I kept seeing the same error. Eventually, I tried
> BIND
> 9.10.0 and the error no longer happens.
>
>
> On Wed, Jul 16, 2014 at 3:56 PM, Mark Andrews <marka at isc.org
> <mailto:marka at isc.org>> wrote:
>
>
> You need to increase ISC_SOCKET_MAXSOCKETS.
>
> e.g.
>
> ./configure STC_CDEFINES=-DISC_SOCKET_MAXSOCKETS=21000
>
> In message
> <CANcFfBvV2wKtdc-dtZZcecC4giF1nfVGqVQ-KXQGpTEx6++f3Q at mail.gmail.com
>
<mailto:CANcFfBvV2wKtdc-dtZZcecC4giF1nfVGqVQ-KXQGpTEx6%2B%2Bf3Q at mail.gmail.c
om>>
> , Matthew Calder writes:
> > --===============1218088129802327245==
> > Content-Type: multipart/alternative;
> boundary=089e013a044a72db8004fe551784
> >
> > --089e013a044a72db8004fe551784
> > Content-Type: text/plain; charset=UTF-8
> >
> > I'm completely new to BIND configuration. I'm running on BIND
> > 9.9.5-3-Ubuntu (Extended Support Version) on Ubuntu 14.04 and
> seeing this
> > error on startup/reload.
> >
> > Jul 15 19:20:57 named[1978]: server.c:2772: unexpected error:
> > Jul 15 19:20:57 named[1978]: unable to obtain neither an IPv4 nor
> an IPv6
> > dispatch
> >
> > This happens if I do rndc reload/reconfig. My named.conf.local has
> > many around 500 views and large match-client ACLs because I am
> > experimenting with a global split-horizon configuration. I would
> appreciate
> > any help.
> >
> > --089e013a044a72db8004fe551784
> > Content-Type: text/html; charset=UTF-8
> > Content-Transfer-Encoding: quoted-printable
> >
> > <div dir=3D"ltr"><div><span
> style=3D"color:windowtext;line-height:17px;font=
> > -family:Calibri,Sans-Serif;font-size:11pt"><span
> style=3D"background-color:=
> > inherit">I'm completely new to BIND configuration. I'm
> running on <=
> > span
>
style=3D"color:windowtext;line-height:17px;font-family:Calibri,Sans-Se=
> > rif;font-size:11pt"><span style=3D"background-color:inherit">BIND
> 9.9.5-3-U=
> > buntu (Extended Support Version) on Ubuntu 14.04 and seeing this
> error on s=
> > tartup/reload.</span></span></span></span></div>
> > <div><span
> style=3D"color:windowtext;line-height:17px;font-family:Calibri,S=
> > ans-Serif;font-size:11pt"><span
> style=3D"background-color:inherit"></span><=
> > /span><br></div><div><span
> style=3D"color:windowtext;line-height:17px;font-=
> > family:Calibri,Sans-Serif;font-size:11pt"><span
> style=3D"background-color:i=
> > nherit">Jul 15 19:20:57</span><span
> style=3D"background-color:inherit"> nam=
> > ed[1978]: server.c:2772: unexpected error:</span></span><span
> style=3D"line=
> >
>
-height:17px;font-family:Calibri,Sans-Serif;font-size:11pt"><span>=C2=A0</s=
> > pan><br>
> > </span><span
> style=3D"color:windowtext;line-height:17px;font-family:Calibri=
> > ,Sans-Serif;font-size:11pt"><span
> style=3D"background-color:inherit">Jul 15=
> > 19:20:57 </span><span
> style=3D"background-color:inherit">named[1978]: unab=
> > le to obtain neither an IPv4 nor an IPv6
dispatch</span></span></div>
> > <div><span
> style=3D"color:windowtext;line-height:17px;font-family:Calibri,S=
> > ans-Serif;font-size:11pt"><span
> style=3D"background-color:inherit"></span><=
> > /span><br></div><div><span
> style=3D"color:windowtext;line-height:17px;font-=
> > family:Calibri,Sans-Serif;font-size:11pt"><span
> style=3D"background-color:i=
> > nherit"><span
> style=3D"color:windowtext;line-height:17px;font-family:Calibr=
> > i,Sans-Serif;font-size:11pt"><span
> style=3D"background-color:inherit">This =
> > happens if I do rndc reload/reconfig.
> </span></span></span></span><span sty=
> >
>
le=3D"color:windowtext;line-height:17px;font-family:Calibri,Sans-Serif;font=
> > -size:11pt"><span style=3D"background-color:inherit">My
> named.conf.local ha=
> > s many=C2=A0around=C2=A0500 views=C2=A0and large match-client ACLs
> because =
> > I am experimenting with a global split-horizon configuration. I
> would appre=
> > ciate any help.</span></span></div>
> > </div>
> >
> > --089e013a044a72db8004fe551784--
> >
> > --===============1218088129802327245==
> > Content-Type: text/plain; charset="us-ascii"
> > MIME-Version: 1.0
> > Content-Transfer-Encoding: 7bit
> > Content-Disposition: inline
> >
> > _______________________________________________
> > Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> unsubscribe
> > from this list
> >
> > bind-users mailing list
> > bind-users at lists.isc.org <mailto:bind-users at lists.isc.org>
> > https://lists.isc.org/mailman/listinfo/bind-users
> > --===============1218088129802327245==--
> --
> Mark Andrews, ISC
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742 <tel:%2B61%202%209871%204742>
> INTERNET: marka at isc.org <mailto:marka at isc.org>
>
>
>
>
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> unsubscribe from this list
>
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
>
------------------------------
Message: 3
Date: Fri, 18 Jul 2014 11:46:27 -0700
From: Matthew Calder <calderm at usc.edu>
To: Cathy Almond <cathya at isc.org>
Cc: bind-users at lists.isc.org
Subject: Re: unable to obtain neither an IPv4 nor an IPv6 dispatch
Message-ID:
<CANcFfBtob2BK5G+nnzQkX=L5eHhxVRAdKVW5_jENJB3sbg93+w at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Cathy,
I think you may be correct. I am running these in cloud hosted VMs. I found
that the problem is difficult to reproduce with a 2 core instance. With a 4
core instance it only happens with reload/reconfig and with 8 cores it
doesn't get past start up. From the VM's perspective, I only have 2
interfaces, lo and eth0.
Here is what shows up in the logs for BIND 9.9.5 on start.
Jul 18 18:42:39 named[11861]: adjusted limit on open files from 4096 to
1048576
Jul 18 18:42:39 named[11861]: found 4 CPUs, using 4 worker threads Jul 18
18:42:39 named[11861]: using 4 UDP listeners per interface Jul 18 18:42:39
named[11861]: using up to 4096 sockets Jul 18 18:42:39 named[11861]: loading
configuration from '/etc/bind/named.conf'
Jul 18 18:42:45 named[11861]: reading built-in trusted keys from file
'/etc/bind/bind.keys'
Jul 18 18:42:45 named[11861]: using default UDP/IPv4 port range: [1024,
65535] Jul 18 18:42:45 named[11861]: using default UDP/IPv6 port range:
[1024, 65535] Jul 18 18:42:45 named[11861]: listening on IPv6 interfaces,
port 53 Jul 18 18:42:45 named[11861]: listening on IPv4 interface lo,
127.0.0.1#53 Jul 18 18:42:45 named[11861]: listening on IPv4 interface eth0,
100.67.236.8#53
On Fri, Jul 18, 2014 at 8:20 AM, Cathy Almond <cathya at isc.org> wrote:
> It might have something to do with the number of CPUs that named
> detects when it starts, which (by default) drives how many listening
> tasks it starts per listening interface.
>
> BIND 9.10 changed the defaults slightly, but you can also control how
> many listening tasks per interface using the -U option.
>
> Is there anything else unusual in your test set-up? I notice you said
> that you have 500 views - do you also have a large number of virtual
> interfaces, each with their own listen-on?
>
>
> On 18/07/2014 07:06, Matthew Calder wrote:
> > Thanks Mark. I tried building with increased ISC_SOCKET_MAXSOCKETS
> > with BIND 9.9.5 but I kept seeing the same error. Eventually, I
> > tried BIND
> > 9.10.0 and the error no longer happens.
> >
> >
> > On Wed, Jul 16, 2014 at 3:56 PM, Mark Andrews <marka at isc.org
> > <mailto:marka at isc.org>> wrote:
> >
> >
> > You need to increase ISC_SOCKET_MAXSOCKETS.
> >
> > e.g.
> >
> > ./configure STC_CDEFINES=-DISC_SOCKET_MAXSOCKETS=21000
> >
> > In message
> > <CANcFfBvV2wKtdc-dtZZcecC4giF1nfVGqVQ-KXQGpTEx6++f3Q at mail.gmail.com
> > <mailto:
> CANcFfBvV2wKtdc-dtZZcecC4giF1nfVGqVQ-KXQGpTEx6%2B%2Bf3Q at mail.gmail.com
> >>
> > , Matthew Calder writes:
> > > --===============1218088129802327245==
> > > Content-Type: multipart/alternative;
> > boundary=089e013a044a72db8004fe551784
> > >
> > > --089e013a044a72db8004fe551784
> > > Content-Type: text/plain; charset=UTF-8
> > >
> > > I'm completely new to BIND configuration. I'm running on BIND
> > > 9.9.5-3-Ubuntu (Extended Support Version) on Ubuntu 14.04 and
> > seeing this
> > > error on startup/reload.
> > >
> > > Jul 15 19:20:57 named[1978]: server.c:2772: unexpected error:
> > > Jul 15 19:20:57 named[1978]: unable to obtain neither an IPv4 nor
> > an IPv6
> > > dispatch
> > >
> > > This happens if I do rndc reload/reconfig. My named.conf.local has
> > > many around 500 views and large match-client ACLs because I am
> > > experimenting with a global split-horizon configuration. I would
> > appreciate
> > > any help.
> > >
> > > --089e013a044a72db8004fe551784
> > > Content-Type: text/html; charset=UTF-8
> > > Content-Transfer-Encoding: quoted-printable
> > >
> > > <div dir=3D"ltr"><div><span
> > style=3D"color:windowtext;line-height:17px;font=
> > > -family:Calibri,Sans-Serif;font-size:11pt"><span
> > style=3D"background-color:=
> > > inherit">I'm completely new to BIND configuration. I'm
> > running on <=
> > > span
> >
> style=3D"color:windowtext;line-height:17px;font-family:Calibri,Sans-Se
> =
> > > rif;font-size:11pt"><span style=3D"background-color:inherit">BIND
> > 9.9.5-3-U=
> > > buntu (Extended Support Version) on Ubuntu 14.04 and seeing this
> > error on s=
> > > tartup/reload.</span></span></span></span></div>
> > > <div><span
> > style=3D"color:windowtext;line-height:17px;font-family:Calibri,S=
> > > ans-Serif;font-size:11pt"><span
> > style=3D"background-color:inherit"></span><=
> > > /span><br></div><div><span
> > style=3D"color:windowtext;line-height:17px;font-=
> > > family:Calibri,Sans-Serif;font-size:11pt"><span
> > style=3D"background-color:i=
> > > nherit">Jul 15 19:20:57</span><span
> > style=3D"background-color:inherit"> nam=
> > > ed[1978]: server.c:2772: unexpected error:</span></span><span
> > style=3D"line=
> > >
> >
> -height:17px;font-family:Calibri,Sans-Serif;font-size:11pt"><span>=C2=
> A0</s=
> > > pan><br>
> > > </span><span
> > style=3D"color:windowtext;line-height:17px;font-family:Calibri=
> > > ,Sans-Serif;font-size:11pt"><span
> > style=3D"background-color:inherit">Jul 15=
> > > 19:20:57 </span><span
> > style=3D"background-color:inherit">named[1978]: unab=
> > > le to obtain neither an IPv4 nor an IPv6
> dispatch</span></span></div>
> > > <div><span
> > style=3D"color:windowtext;line-height:17px;font-family:Calibri,S=
> > > ans-Serif;font-size:11pt"><span
> > style=3D"background-color:inherit"></span><=
> > > /span><br></div><div><span
> > style=3D"color:windowtext;line-height:17px;font-=
> > > family:Calibri,Sans-Serif;font-size:11pt"><span
> > style=3D"background-color:i=
> > > nherit"><span
> > style=3D"color:windowtext;line-height:17px;font-family:Calibr=
> > > i,Sans-Serif;font-size:11pt"><span
> > style=3D"background-color:inherit">This =
> > > happens if I do rndc reload/reconfig.
> > </span></span></span></span><span sty=
> > >
> >
> le=3D"color:windowtext;line-height:17px;font-family:Calibri,Sans-Serif
> ;font=
> > > -size:11pt"><span style=3D"background-color:inherit">My
> > named.conf.local ha=
> > > s many=C2=A0around=C2=A0500 views=C2=A0and large match-client ACLs
> > because =
> > > I am experimenting with a global split-horizon configuration. I
> > would appre=
> > > ciate any help.</span></span></div>
> > > </div>
> > >
> > > --089e013a044a72db8004fe551784--
> > >
> > > --===============1218088129802327245==
> > > Content-Type: text/plain; charset="us-ascii"
> > > MIME-Version: 1.0
> > > Content-Transfer-Encoding: 7bit
> > > Content-Disposition: inline
> > >
> > > _______________________________________________
> > > Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> > unsubscribe
> > > from this list
> > >
> > > bind-users mailing list
> > > bind-users at lists.isc.org <mailto:bind-users at lists.isc.org>
> > > https://lists.isc.org/mailman/listinfo/bind-users
> > > --===============1218088129802327245==--
> > --
> > Mark Andrews, ISC
> > 1 Seymour St., Dundas Valley, NSW 2117, Australia
> > PHONE: +61 2 9871 4742 <tel:%2B61%202%209871%204742>
> > INTERNET: marka at isc.org <mailto:marka at isc.org>
> >
> >
> >
> >
> > _______________________________________________
> > Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> unsubscribe from this list
> >
> > bind-users mailing list
> > bind-users at lists.isc.org
> > https://lists.isc.org/mailman/listinfo/bind-users
> >
>
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> unsubscribe from this list
>
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.isc.org/pipermail/bind-users/attachments/20140718/edc4fd51/at
tachment.html>
------------------------------
_______________________________________________
bind-users mailing list
bind-users at lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
End of bind-users Digest, Vol 1890, Issue 2
*******************************************
More information about the bind-users
mailing list