Open bwbroersma opened 3 weeks ago
This thought did occur to me - another alternate is that we could consider whether all of this is worth it, given that the only custom feature that is live right now, is to display the name of the user's resolver in the conntest.
However, our custom unbound module also has code to dynamically generate records for an inbound mail test. I don't know what the background or state of that is, and I haven't thought through where the dynamic part is needed. But it's why we haven't switched it out yet.
Vaguely related: #1378 to stop linking unbound into our Python code and just talk to either resolver over UDP. There is no need for this anymore.
Thanks for the linking. I am aware of the interactive mail test (that currently is not used), should also look into that before migrating away. It would really be nice to drop the patched unbound (while still keeping unbound), especially if no functionality is lost. I would prefer keep listing the resolver IP / AS name, since sometimes (e.g. #1421) this is not what a user might think, and debugging it without the resolver IP / AS name could be very hard.
It seems a default unbound could be used, processing the stdout (or maybe different stream) to redis-cli (via some sed or awk).
Sample
unbound.conf
:Sample
test.zone
:Running this:
Query it (in my case the IP was 172.17.0.4, yours will likely differ):
The log contains:
Note this configuration differs from the current one used in:
refuse_non_local
for-upstream: no
for-downstream: yes