<div dir="rtl"><div dir="ltr">oops i used version 2.78.</div><div dir="ltr">sorry for the trouble :(</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="rtl" class="gmail_attr">‫בתאריך יום ד׳, 8 בינו׳ 2025 ב-23:34 מאת ‪Gilad Moav‬‏ <‪<a href="mailto:gmoav8@gmail.com">gmoav8@gmail.com</a>‬‏>:‬<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="rtl"><div dir="ltr">another weird one: just did a quick `dig tcp3.sub.mov.lat +tcp` which only has 1 A RR. it successfully resolved and forwarded, but it doesn't show in the cache.</div></div><div dir="auto"><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="rtl"><div dir="ltr">Hi, I wanted to share an observation regarding Dnsmasq's cache behavior that might warrant attention.<br><br>It seems that if a DNS response exceeds the configured cache size, issuing a new DNS request causes Dnsmasq to flush its entire cache.<br><br>This behavior is easily reproducible:</div><div dir="ltr"><br>1. Request a DNS resolution for kong.sub.mov.lat (ensuring you're using EDNS with the truncation flag, or DNS over TCP).<br>2. After the response, request the resolution of any other domain.<br><br>Upon doing so, the entire cache is wiped, leaving only the latest response in the cache.<br><br>From what I’ve gathered, it appears that all entries related to the oversized response are treated as a single entity within the cache. When a new response is cached, instead of freeing just enough space for the new entry, the system flushes the entire cache.<br><br>Please let me know your thoughts on this or if further clarification is needed.<br><br>Best regards,</div><div dir="ltr">Gilad.<br></div></div>
</blockquote></div></div></div>
</blockquote></div>