On Sun, Apr 19, 2020 at 02:55:53PM +0200, sth...@nethelp.no wrote:
> I now have a pcap file of queries that I can replay with the "drool"
> application, and I'm consistently seeing similar memory leak problems
> (i.e. the problems are reproducible). The memory leak rate seems to be
> very approxima
> >
> > I am running into a problem that I think is caused by either a
> > misconfiguration in Bind9, our Cisco NAT, or perhaps both.
> >
> > When I am on our internal network, I am able to query both servers and
> > get the appropriate external ip address. However, when I try to do the
> > same
> On 19 Apr 2020, at 20:52, Karl Auer wrote:
>
> In the "Nameservers" section of the DNS management interface at a
> hosting provider (webcity.com.au), we see three nameservers for the
> above domain:
>
> ns1.webcity.com.au (203.17.36.33)
> ns2.webcity.com.au (203.17.36.4)
> ns3.webcity.com.au
> On 19 Apr 2020, at 20:52, Karl Auer wrote:
>
> trubuiltpambula.com.au
--
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/mail
Hi,
in my experience with building yet another DNS resolver from scratch was that
the gain from the shared networked cache was heavily paid in the latency.
I would encourage you to actually do a performance testing with cold and hot
cache and my educated guess is that shared redis cache will he
On Sun, 2020-04-19 at 12:26 +0100, Matthew Richardson wrote:
The answer is that the .au registry has NS (delegation) records for
the webcity.com.au servers, but those servers return NS records for
the instanthosting.com.au servers. As you observed, they have the
same IPs.
On 19.04.20 22:15, Ka
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Sun, 2020-04-19 at 09:07 +0200, Ondrej Sury wrote:
> I would suggest starting with vanilla libuv from sources, or at least
> review the patches the RPM applies on top of the RPM.
There are none. That rpm is just a wrapper around the stock
autocon
In BIND views can be configured to share a cache on the same server but I do
not think that it can be done between servers.
That said, time for a sanity check. Does this configuration resolve a specific
technical problem? If so, then I would recommend you keep running your unbound
system. If
Followup:
> We have what appears to be a significant memory leak in BIND-9.16.1.
>
> Environment:
> FreeBSD 12.1-STABLE.
> BIND-9.16.1 installed from packages.
> Also uses libuv-1.35.0 installed from packages.
> Authoritative only.
> Around 800 zones of varying sizes. DNSSEC in use.
>
> Run
On Sun, 2020-04-19 at 12:26 +0100, Matthew Richardson wrote:
> The answer is that the .au registry has NS (delegation) records for
> the webcity.com.au servers, but those servers return NS records for
> the instanthosting.com.au servers. As you observed, they have the
> same IPs.
I didn't pose my
The answer is that the .au registry has NS (delegation) records for the
webcity.com.au servers, but those servers return NS records for the
instanthosting.com.au servers. As you observed, they have the same IPs.
This can be shown using "dig +trace":-
>; <<>> DiG 9.11.17 <<>> +trace @a.root-serve
In the "Nameservers" section of the DNS management interface at a
hosting provider (webcity.com.au), we see three nameservers for the
above domain:
ns1.webcity.com.au (203.17.36.33)
ns2.webcity.com.au (203.17.36.4)
ns3.webcity.com.au (116.0.23.249)
However, when we query the DNS for the nameserve
Hi all,
I am considering to switch from Unbound to Bind9 to use as DNS Server, but I
have a requirement that seems to not being possible with Bind9.
Currently I am using 2 Unbound DNS Servers configured to use Redis (KeyDB as a
drop-in replacement in my case) to make sure that both Servers are
Carl,
I would suggest starting with vanilla libuv from sources, or at least review
the patches the RPM applies on top of the RPM.
Also please be aware of
https://gitlab.isc.org/isc-projects/bind9/-/blob/v9_16/PLATFORMS.md
CentOS 6 reaches EOL in few months, so everyone should plan their upgrad
14 matches
Mail list logo