dnsproxy VS Fenix

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.

It's been that way for years: https://github.com/mozilla-mobile/fenix/issues/20351

I lost hope it and other issues would be fixed and moved to Chromium on Android.

Firefox for Android was rewritten pretty much from scratch circa 2020. Collections are one of its many unfinished and poorly-thought-out features, and they never got around to implementing the ability to sync Collections to desktop. It was a known problem in 2019, while the rewrite was being worked on, and Mozilla doesn't appear to have given it any attention in the years since.

People have been asking for this for over a year via Mozilla's current feedback channels, and for two years on the previous issue-reporting venue, to no avail. It was automatically moved from the old venue to Bugzilla ostensibly because Bugzilla makes it easier to track and work on issue reports, but they haven't actually worked on that issue report at all.

Known issue, not a new issue, and unlikely to be fixed any time soon, unfortunately. I had this before I stopped using the Android version a year ago. It was reported as a bug at least a year ago on their old issue tracker, and later moved to the current one, where last activity on the issue report was three months ago. No apparent progress toward any fix.

Since Fenix's first release they've been saying that the absurd limitations on add-ons support were only temporary, and they would have quickly increased the number of supported ones.

And instead absolutely nothing changed for three years.

Furthermore the insane bugs from which Fenix suffers from its release (https://github.com/mozilla-mobile/fenix/issues/12731) (making it unbearable) have been left hanging, focusing the few resources on dumb ui experiments.

So everything suggested that Mozilla did not care of its Android browser, or actually that they were deliberately sabotaging it.

This news instead represents a huge improvement, hence my bewilderment.

I don't know what people who downvoted my message thought I meant.

https://github.com/mozilla-mobile/fenix/issues/20012 and https://bugzilla.mozilla.org/show_bug.cgi?id=101865

This was sadly deprecated on Android: https://github.com/mozilla-mobile/fenix/issues/12099

It was such a huge loss for me that for at least a year I used the outdated pre-Fenix. Now they still work on Desktop but they just stopped working on Android (althouth the bookmarks itself are synced-up)