Hi Bob,
Thank you for the explanation. It makes sense to me now.
Best,
Jim
From: Bob Harold
Sent: Wednesday, June 28, 2017 4:38 PM
To: Jim Yang
Cc: bind-users@lists.isc.org
Subject: Re: RPZ zone load failure ran out of space
On Wed, Jun 28, 2017 at 3:44 PM,
On Wed, Jun 28, 2017 at 3:44 PM, Jim Yang wrote:
> Hi,
>
>
>
> In the example below, when the length of bad.domain.com reaches 241
> bytes, named-checkconf reports the following error:
>
>
>
> “zone db.rpz.zone/IN: loading from master file db.rpz.zone failed: ran out
> of space
>
> _default/db.rp
Hi,
In the example below, when the length of bad.domain.com reaches 241 bytes,
named-checkconf reports the following error:
“zone db.rpz.zone/IN: loading from master file db.rpz.zone failed: ran out of
space
_default/db.rpz.zone/IN: ran out of space”
As per RFC1035, the DNS name maximum length
Hi Ben,
thanks for the answer.
Yeah, I think you are right. I see a lot of udpInOverflows on the system,
which suggest that the receive buffer is too small indeed.
Is there any kind of recommendation or best-practice advice what the
buffers should ideally be set to on Solaris ?
I did search the
Have you checked deeper at the OS level? I have seen on Linux DNS servers
silent drops of queries on very busy servers that were exhausting UDP
receive buffers.
On Jun 28, 2017 10:26 AM, "Marc Richter"
wrote:
Hi,
we have a setup here consisting of a recursive DNS server and two
monitoring serve
Hi,
we have a setup here consisting of a recursive DNS server and two
monitoring servers. The monitoring servers sent a test query to the DNS
server once every two minutes to check if it is answering properly.
We now have the problems that these test queries are timing out from time
to time, (cor
In message , Tony Finch
writes:
> Mark Andrews wrote:
> >
> > See https://tools.ietf.org/html/rfc6763 for details of how it is
> > designed to work. Section 11 shows how to go from IP address and
> > netmask to the forward domain where the _dns-sd._udp subdomains
> > reside.
> >
> > lb._dns-sd.
Mark Andrews wrote:
>
> See https://tools.ietf.org/html/rfc6763 for details of how it is
> designed to work. Section 11 shows how to go from IP address and
> netmask to the forward domain where the _dns-sd._udp subdomains
> reside.
>
> lb._dns-sd._udp.0.43.168.136.in-addr.arpa PTR
At Cambridge
8 matches
Mail list logo