letsdane VS dnsproxy

The easiest way to do this is to use letsdane https://github.com/buffrr/letsdane

Easiest way would be to deploy LetsDane and then allow a user to set the DoH server for the LetsDane proxy to use: https://github.com/buffrr/letsdane

P.S. Does anyone know why "humbly/" isn't working with HTTPS either? It's the same error that I'm getting. According to https://github.com/buffrr/letsdane, 3b/, letsdane/, proofofconcept/ and humbly/ all have DANE enabled. "humbly" appears to be configured properly (DNSSEC, SSL cert w/ matching TLSA), but I get the same SSL error when trying to resolve with Fingertip. Anybody else??

To securely access an HNS domain using DANE, extra software is required (until we get DANE browser integration!): https://github.com/buffrr/letsdane

Yes but you need a HNS resolver, which can also resolve legacy DNS names. So I have hsd installed on a raspberry pi on my home network, and another running on a VPS -- I set all my devices to make DNS requests from those servers. Set once and forget: now I can visit all HNS names as well as every DNS website. There some caveats to this, and the biggest issue is SSL / TLS / https but we have a solution for that as well: https://github.com/buffrr/letsdane All web browsers work fine with HNS names, but until a major browser implements native DANE verification, the middleware proxy is required.

There's no difference between the free and freemium in regards to customizability while using VPN since both offer DoT endpoints. On Android, with the standard WireGuard & OpenVPN app you can use any DoT provider you want since the Android Private DNS setting takes precedence over the DNS settings in the VPN app. In Windows you can run https://github.com/AdguardTeam/dnsproxy locally, that way the VPN won't intercept and modify the local DNS traffic (the DNS upstream still goes through the VPN, but if you use DoT/DoH/DoQ then it continues to the DNS server you prefer).

Which OS is this? In Android the Private DNS (DoT) setting is respected by some clients like the standard WireGuard & OpenVPN, so you can just load any provider's config and enter your personal DoT address. In iOS Passepartout can accept WG/OpenVPN config and apply custom DoH, as for desktop OS you can just run https://github.com/AdguardTeam/dnsproxy forwarding to your DoH/DoQ address and set the VPN interface to use localhost as DNS.

If it's on a desktop/laptop, you can run https://github.com/AdguardTeam/dnsproxy to forward into your NextDNS DoH/DoT/DoQ, and set your VPN network adapter to use 127.0.0.1, 127.0.0.2, ::1 and ::2 for DNS (the secondary entry either loopback or fail entirely, all it matters is your OS shouldn't try other address), that way since local traffic isn't routed by the VPN, you still get NextDNS (the actual DoH/DoT/DoQ traffic is still going through the VPN).

Why not set AdGuard Home (assuming it's indeed installed at your home) to use DoT/DoH/DoQ upstream (so your ISP can't redirect it) and have the rewrites in AGH too? If your AGH instance isn't at home, assuming you're using Windows 11 set your AGH to listen on DoH and set Windows to use DoH to your AGH. Otherwise use dnsproxy in Windows to forward it to your AGH through DoT/DoH/DoQ.

I'm not sure what is your plan here, do you need the Surfshark feature specifically, or do you just want to hide your traffic from your ISP? If you need Surfshark (perhaps for streaming geoblocked content or torrenting), then integrating it with AGH hosted on the cloud for device-wide traffic is going to be complicated. The Surfshark client doesn't support custom DoH/DoT address nor IPv6 (opening public IPv4 Do53 is a big no-no, you'll get swamped for DNS amplification attack), so you'll need an app running on your device to redirect DNS traffic like https://github.com/AdguardTeam/dnsproxy to your cloud AGH. You'd need to setup DoH with a custom path through Nginx otherwise people would scan your server and use it, plus if Google's crawler sees the AGH login page it will mark it as deceptive, and your entire domain is blacklisted by the Safe Browsing API that's used on multiple products (Chrome, Firefox, AdGuard, NextDNS, etc). With all that hassle might as well just run AGH locally on your device anyway (local traffic isn't handled by VPNs)

Assuming you have a custom upstream, it's by design

Since nextdns-cli isn't likely to support DoQ anytime soon, your best bet is dnsproxy and ctrld.