fix(dns64): CNAME/DNAME should not be treated as hasAnswer#439
fix(dns64): CNAME/DNAME should not be treated as hasAnswer#439L2jLiga wants to merge 2 commits intoAdguardTeam:masterfrom
Conversation
|
Hello there! |
|
Hi @Sammy1Am,
No, I've used it for a while, but now switched to another solution in front of Adguard Home to add DNS64 records. This solution just easier for me to maintain because I don't have to rebuild Adguard with this patch if I want to update to newer version
It should still work, but idk what kind of help needed to get this merged, it would be nice for me to get it merged since it can simplify my setup, but I'm totally fine with what I have |
|
Thanks for letting me know. Yeah, hopefully someone from Adguard might have suggestions on how to get it merged (it seems like a pretty straightforward change).
Don't want to get too off-topic here, but do you mind sharing what you're using? Mostly I'm trying to simplify the network setup here, so I'm hesitant to add another layer, but it might still be better to do that and AGH than switch to a less convenient DNS server. |
|
@Sammy1Am quite simple setup:
https://github.com/NLnetLabs/unbound/blob/master/doc/README.DNS64 |
Fixes #438
It seems that CNAME / DNAME themself should not be affect "hasAnswer" flag because it doesn't actually mean that domain has correct AAAA record which clients can use.
Correct me if I'm wrong, please