2014-10-10 16:39 GMT-03:00 Ciro Iriarte :
> Hi!, anybody happens to collect stats with Observium?. Apparently in
> the past it had support for both the Authoritative and Recursive
> servers but as of today it's not working with Recursor 3.6.1.
>
> Ideas, comments?.
>
> Regards,
>
> --
> Ciro Iriart
2014-10-20 19:38 GMT-03:00 Ciro Iriarte :
> 2014-10-10 16:20 GMT-03:00 Ciro Iriarte :
>> Hi!, anybody knows if something changed with the PowerDNS Recursor
>> support?, I'm trying to add a host and it's giving me this error:
>>
>> powerdns-recursor
>> ERROR: can't parse argument ' DS:outQ_all:DERIV
2014-10-10 16:20 GMT-03:00 Ciro Iriarte :
> Hi!, anybody knows if something changed with the PowerDNS Recursor
> support?, I'm trying to add a host and it's giving me this error:
>
> powerdns-recursor
> ERROR: can't parse argument ' DS:outQ_all:DERIVE:600:0:1250'
>
> Observium v0.13.10.4586
2014-10-20 15:15 GMT-03:00 bert hubert :
> On Mon, Oct 20, 2014 at 01:12:07PM -0500, k...@rice.edu wrote:
>> > Also, I thought about adding some helpful LUA bits to report date/time
>> > or the client's IP address, but from what I understood, only one LUA
>> > script can be added to the recursor, m
On Mon, Oct 20, 2014 at 01:12:07PM -0500, k...@rice.edu wrote:
> > Also, I thought about adding some helpful LUA bits to report date/time
> > or the client's IP address, but from what I understood, only one LUA
> > script can be added to the recursor, maybe a super monster script
> > could be able
On Mon, Oct 20, 2014 at 02:09:05PM -0300, Ciro Iriarte wrote:
> 2014-10-20 13:29 GMT-03:00 Robert Mortimer :
> > Hi,
> >
> > Just to add a bit less light, we implemented this sort of thing about 5
> > years back
> > and now with the aid of a small script have a solution which is fully RPZ
> > comp
2014-10-20 13:29 GMT-03:00 Robert Mortimer :
> Hi,
>
> Just to add a bit less light, we implemented this sort of thing about 5 years
> back
> and now with the aid of a small script have a solution which is fully RPZ
> compatable. Using PDNS recursor and LUA, which can hadle an RPZ feed of about
>
2014-10-20 11:54 GMT-03:00 Curtis Maurand :
> On 10/20/2014 9:40 AM, Ciro Iriarte wrote:
>
> 2014-10-17 13:35 GMT-03:00 k...@rice.edu :
>
> Hi Ciro,
>
> We used a CDB key value store. It was easy to use/update and had
> very good performance. "grepping" is O(n*n) so it will tank as
> your list grow
Hi,
Just to add a bit less light, we implemented this sort of thing about 5 years
back
and now with the aid of a small script have a solution which is fully RPZ
compatable. Using PDNS recursor and LUA, which can hadle an RPZ feed of about
four
thousand records and around 5,000 QPS. We did stres
On 10/20/2014 9:40 AM, Ciro Iriarte wrote:
2014-10-17 13:35 GMT-03:00 k...@rice.edu :
Hi Ciro,
We used a CDB key value store. It was easy to use/update and had
very good performance. "grepping" is O(n*n) so it will tank as
your list grows and you really don't want to slow down your DNS
lookups.
2014-10-17 13:35 GMT-03:00 k...@rice.edu :
>> > Hi Ciro,
>> >
>> > We used a CDB key value store. It was easy to use/update and had
>> > very good performance. "grepping" is O(n*n) so it will tank as
>> > your list grows and you really don't want to slow down your DNS
>> > lookups.
>> >
>> > Regard
On 11.10.2014 21:37, Stephen Frost wrote:
> * Peter van Dijk (peter.van.d...@netherlabs.nl) wrote:
>> On 03 Jul 2014, at 16:04 , Klaus Darilion
>> wrote:
>>> I also think that performing multiple transfers for the same zone should
>>> be avoided in the application.
>>
>> Please file a ticket at
12 matches
Mail list logo