[RPZ] "DNS Firewalls In Action - RPZ vs. Spam" (circleid)
data at serverauthority.net
Sat Jan 5 21:16:15 UTC 2013
-----BEGIN PGP SIGNED MESSAGE-----
On 1/5/13 2:47 PM, Paul Vixie wrote:
> April Lorenzen wrote:
>> I would have liked to respond to your question of whether more zones causes rpz enabled bind to slow down more but I
>> eventually realized I don't have the kind of query volume that would show any change in performance.
> so, you're using rpz as part of your commercial service, as in, on the authority side?
The customer queries my recursive RPZ-feature-enabled resolver so I am not understanding how that is the authority side. What I
expect you wouldn't have intended is RPZ-bind as a domain BL where answers other than 127.0.0.2 are ignored by the customer and
they are just querying it for a thumbs up or down reputation answer.
My service certainly could be used for low to medium volume users as their recursive resolver - these are just dedicated Amazon or
other brand virtual machines. I am not intending to enter the area of providing recursive resolver service - it just does happen
to function that way if someone wants to use it that way for testing or whatever purpose.
I think it is great when people use an RPZ capable resolver as their recursive resolver - yet that isn't as easy for some users at
this time as it is to use it like a domain BL. They are using some other resolver brand, they don't control what recursive
resolver they use, or certain RPZ features being still experimental prevents them from getting bind built with those compile
options for their production servers. So in the meantime I can offer it for them to use as a domain BL or try, with me running it
on ec2 or Rackspace vm.
The RPZone.us slave(s) are dedicated just to that service, they don't aggregate or combine any other services. I have a large
company using it for outbound and smaller mail systems so far using it for inbound. Entry level of $10/mo for about 2.6 million
queries a month.
The medium mail systems that use my similar lists for inbound (postfix and a custom implementation) are still rsyncing static
lists which I want to get away from. I prefer the whole concept of RPZ and the immediacy of changes to the zones, thus potentially
denying miscreants their time window of operation.
- - April Lorenzen
> also note, vernon has been working on rpz performance. i'm expecting new patches momentarily; release notes to come.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
-----END PGP SIGNATURE-----
More information about the DNSfirewalls