John Todd
John Todd
> Regarding the cache deletions, I think explicit function is better (`cache_delete` or something like that). Sure - I have no opinion on the method for deletions, other than it...
> Right, I haven't thought about that. It makes sense to just have a single TTL, but with additional VRL function to read it, to be able to better control...
> Hey, I did a quick pass as promised. A general comment here is that the proposed change semantically is more like a "global VRL state" vs a "VRL cache"....
> In this instance, the solution Jesse mentioned seems like the best way to fix this issue. I would start looking at https://github.com/vectordotdev/vector/blob/master/src/dns.rs, potentially introducing a caching layer there. We...
ProbaRule would work just for DNSDist; thanks, I had forgotten about that method. I could use the SetMetric to make my own reporting for the probability rule. That would solve...
ProbaRule is working well enough; this can be closed out.
We do see truncation happen when the backend recursive resolver sends a truncate. But as soon as the packet cache has filled, the back-end resolvers are not consulted and all...
ph1 points out the answer to my prior question, which is why TXT atlassian.com is not packet-cached but TXT apple.com is: `./dnsdist.hh:static const size_t s_maxPacketCacheEntrySize{4096}; // don't cache responses larger...
The behavior is seen on dnsdist 1.8.2, with unbound 19.2 and powerdns 4.7.3 in the backend in a pool. I think the discussion above is becoming disconnected with the core...
I suppose the brute-force way of doing this today would be to do this: `./dnsdist.hh:static const size_t s_maxPacketCacheEntrySize{1232};` and recompile, which would get the desired result in a very primitive...