public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
* Pull request - bind 9.10.2-P1
@ 2015-06-29 16:53 Matthias Fischer
  0 siblings, 0 replies; only message in thread
From: Matthias Fischer @ 2015-06-29 16:53 UTC (permalink / raw)
  To: development

[-- Attachment #1: Type: text/plain, Size: 2157 bytes --]

Hi list,

I prepared an update for bind, perhaps could be interesting.

Excerpt from changelog:

***SNIP***
4134.	[cleanup]	Include client-ip rules when logging the number
                         of RPZ rules of each type. [RT #39670]

4131.	[bug]		Addressed further problems with reloading RPZ
			zones. [RT #39649]

4126.	[bug]		Addressed a regression introduced in change #4121.
			[RT #39611]

4122.	[bug]		The server could match a shorter prefix than what was
			available in CLIENT-IP policy triggers, and so, an
			unexpected action could be taken. This has been
			corrected. [RT #39481]

4121.	[bug]		On servers with one or more policy zones
			configured as slaves, if a policy zone updated
			during regular operation (rather than at
			startup) using a full zone reload, such as via
			AXFR, a bug could allow the RPZ summary data to
			fall out of sync, potentially leading to an
			assertion failure in rpz.c when further
			incremental updates were made to the zone, such
			as via IXFR. [RT #39567]

4120.	[bug]		A bug in RPZ could cause the server to crash if
			policy zones were updated while recursion was
			pending for RPZ processing of an active query.
			[RT #39415]

4116.	[bug]		Fix a bug in RPZ that could cause some policy
			zones that did not specifically require
			recursion to be treated as if they did;
			consequently, setting qname-wait-recurse no; was
			sometimes ineffective. [RT #39229]

4063.	[bug]		Asynchronous zone loads were not handled
			correctly when the zone load was already in
			progress; this could trigger a crash in zt.c.
			[RT #37573]

4062.	[bug]		Fix an out-of-bounds read in RPZ code. If the
			read succeeded, it doesn't result in a bug
			during operation. If the read failed, named
			could segfault. [RT #38559]
***SNAP***

bind - Update to 9.10.2-P1:
http://git.ipfire.org/?p=people/mfischer/ipfire-2.x.git;a=commit;h=cb7051ba15fdc9d6da22d9fe87c1b881e3c18ff0

I tested this in productive mode (2.17/core91). For me, it seems to run 
fine.

Regards
Matthias
-- 
tails, linux, USB, CD, secure desktop, IRC, truecrypt, tor, onion

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2015-06-29 16:53 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-06-29 16:53 Pull request - bind 9.10.2-P1 Matthias Fischer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox