For me I had the Asus set to redirect any unencrypted DNS queries to DoT.Redirecting encrypted DNS queries is technically not possible. It's one of the features of DoT - to prevent DNS server redirection.
If you redirect to a DNS server that is known to support DoT, then it will work.
This can be done by setting DNS Director to Router, it will force the DoT server you have specified. You can add devices to the list below that, to define if no redirection is called for. For instance I have a FireStick that is hard coded to use 8.8.8.8. I would prefer it to use my DoT DNS, so the DNS Director global setting "Router" catches this, however, I have a TV streaming service from my local ISP that requires the ISP's native DNS. I add the devices and choose no redirection, it then uses the DNS servers I set in WAN>DNS>Default status : Get the DNS IP from your ISP automatically. I also use DNS Director to manipulate other DNS requirements. So I don't follow your problem maybe. Have I described this well enough with examples?This catches devices or software where the DNS server is predefined and can not be altered. Eg work supplied devices and some IoT devices.
Or devices where static servers like 8.8.8.8 have been set and altering that is non trivial.
What router model?How do I get rid of these notifications? I have not set up a PPTP VPN (server/client).
Dec 6 12:13:38 pptp[7317]: Could not open control connection to 192.168.1.50
Dec 6 12:13:38 pptp[10772]: Call manager exited with error 1
Dec 6 12:13:48 pptp[7341]: connect: Connection refused
Dec 6 12:13:48 pptp[7341]: Could not open control connection to 192.168.1.50
Dec 6 12:13:48 pptp[10772]: Call manager exited with error 1
ip nr is my nas
Let me tell you a story why it might be more reasonable to add an option to DNS Director that does not block port 853:This can be done by setting DNS Director to Router, it will force the DoT server you have specified. You can add devices to the list below that, to define if no redirection is called for. For instance I have a FireStick that is hard coded to use 8.8.8.8. I would prefer it to use my DoT DNS, so the DNS Director global setting "Router" catches this, however, I have a TV streaming service from my local ISP that requires the ISP's native DNS. I add the devices and choose no redirection, it then uses the DNS servers I set in WAN>DNS>Default status : Get the DNS IP from your ISP automatically. I also use DNS Director to manipulate other DNS requirements. So I don't follow your problem maybe. Have I described this well enough with examples?
But that is the problem. If you set DNS Director to Router it will block all devices using DoT.This can be done by setting DNS Director to Router, it will force the DoT server you have specified.
No, because it's not a definitive constant. I have successfully tested a pair of nodes both running Asuswrt-Merlin in early 388.1 development. So, this is entirely device-specific.May be worth including a note in the Change Log that AiMesh Nodes must run on Asus stock firmware for this model router.
I’m seeing that behavior as well though I didn’t say it in my post. I didn’t want to disable DoT so I went back to 386.7_2 for now. I tried everything I could think of to troubleshoot this but no luck.Exact same thing happened to me using Quad9 DoT on my AX6000 after upgrading to 388.1
The issue only happens after a router reboot - no clients have DNS to access any websites but router itself can access internet for firmware upgrade check, DDNS client etc
I have had to disable DoT as a temporary measure until I can pinpoint the issue
View attachment 46041
Pretty sure it will. It will also work with the latest merlin firmware.Can Merlin's 388.1 on my AX88U run with two AX58 nodes that are on 386 stock (there seems to be no stock 388 for AX58)?
What do you mean by this statement? DNS Director to router is supposed to control "all" DNS queries from all LAN clients, do not set your clients DNS server manually let it get DNS server automatically.But that is the problem. If you set DNS Director to Router it will block all devices using DoT.
That block is new behaviour in 388.1
No, because it's not a definitive constant. I have successfully tested a pair of nodes both running Asuswrt-Merlin in early 388.1 development. So, this is entirely device-specific.
I can confirm this. I had some node connection issues before with the alpha release. But a fresh setup of my nodes with an update to 388.1 later worked. Now my router and nodes are all on 388.1.No, because it's not a definitive constant. I have successfully tested a pair of nodes both running Asuswrt-Merlin in early 388.1 development. So, this is entirely device-specific.
Yet, your signature seems to say that you are NOT using a single RT-AX86U, nor at least one as a Node ???I can confirm this. I had some node connection issues before with the alpha release. But a fresh setup of my nodes with an update to 388.1 later worked. Now my router and nodes are all on 388.1.
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!