Hi!
For performance reasons (it helps a lot) I have 3 listeners:
setLocal("0.0.0.0:53", { doTCP=true, reusePort=true, tcpFastOpenSize=100 })
addLocal("0.0.0.0:53", { doTCP=true, reusePort=true, tcpFastOpenSize=100 })
addLocal("0.0.0.0:53", { doTCP=true, reusePort=true, tcpFastOpenSize=100 })
/me
Hi Klaus!
On 7/12/19 10:23 AM, Klaus Darilion wrote:
> I think this may cause problems with later visualization tools. I think
> it would be good to add an optional "name" parameter (as with newServer).
Yes, I agree the current situation could be improved, I have a few ideas
in mind for the next
Hello!
I have a ruleset with severals whitelist (AllowAction) and ratelimit
(MaxQPSRule+DropAction).
Now, independent of these rules I would like to use different backend
pools. But now I have a problem as PoolAction() immediately forwards the
request and my blacklist/whitelist rules are not hand
Hi Klaus,
On 7/12/19 10:34 AM, Klaus Darilion wrote:
> I have a ruleset with severals whitelist (AllowAction) and ratelimit
> (MaxQPSRule+DropAction).
>
> Now, independent of these rules I would like to use different backend
> pools. But now I have a problem as PoolAction() immediately forwards t
Hi Remi!
Am 12.07.2019 um 10:27 schrieb Remi Gacogne:
> Hi Klaus!
>
> On 7/12/19 10:23 AM, Klaus Darilion wrote:
>> I think this may cause problems with later visualization tools. I think
>> it would be good to add an optional "name" parameter (as with newServer).
>
> Yes, I agree the current si
Hi Peter!
My current config is:
-- Send requests for zones without dynamic features to pool "static" (NSD)
-- For other zones forwarded to default pool (PDNS)
addAction({ 'a.aa' }, PoolAction("static"))
-- Rate limiting for domains
addAction(QNameRule("rate1.com"), AllowAction())
addAction(
On 7/12/19 2:35 PM, Klaus Darilion wrote:
>>> I think this may cause problems with later visualization tools. I think
>>> it would be good to add an optional "name" parameter (as with newServer).
>>
>> Yes, I agree the current situation could be improved, I have a few ideas
>> in mind for the next
On 7/12/19 2:52 PM, Klaus Darilion wrote:
> That does not work. At the moment, if I want to add another domain (ie
> rate1.com) to the "static" pool I have to check first, if the domain is
> rate limited or not, and if yes, use a andAction construct to achieve my
> goal. So, yes it would be possi
Am 12.07.2019 um 16:08 schrieb Remi Gacogne:
>
>
> On 7/12/19 2:52 PM, Klaus Darilion wrote:
>> That does not work. At the moment, if I want to add another domain (ie
>> rate1.com) to the "static" pool I have to check first, if the domain is
>> rate limited or not, and if yes, use a andAction c
