^^^^
dnsmasq.postconf is the first place I looked when I realized pixelserv stats where no longer incrementing. After uninstalling the NextDNS agent, their code was removed from the top of the
dnsmasq.postconf and your original lines were left as I had put them back in Dec, 2019. I'm guessing that keeping your solution, + adding NextDNS manually via the WEBGUI on WAN > DNS is the only way I'll make them "play nice". So bottom line i installing the NextDNS agent by design
will disable Diversion+Pixelserv with the Exit 0. For those of you much smarter than me, is there any code we can put into (or remove from like Exit 0)
dnsmasq.postconf to make NextDNS play nice with Diversion+Pixelserv? My solution has been to not install the NextDNS agent, incorportate Dave's example code, and then manually configure NextDNS using the WAN > DNS WEBGUI.
As for whether you want them both NextDNS and Diversion+Pixelserv.. I personally like the filtering / layering and I like what pixelserv's does for me. Maybe I just don't understand full picture. With the layering, I still see ~ 4-7% blocked by NextDNS but I really like having NextDNS for my mobile devices.
Of course, without the NextDNS agent installed, you loose some of the functions such as the list of devices making the requests, but for me it's always the router or a mobile.
@dave14305 Thanks for the link to the issue you opened. That is exactly what's in play! I wish Oliver would have tried to consider if Diversion + Pixelserv was in play but I also understand their requirement to make the installs "rock solid" for many Merlin users not leveraging AMTM tooling. I'm sure there are ways to detect if Diversion + Pixelserv are in play and work them into the game. Thanks! Stay Safe!