[Beta] Asuswrt-Merlin 384.11 Beta is now available

[jasonho]

I enable dnssec and dot on my AC86U with lan ip as 192.168.1.1

after insert " - 192.168.1.1@53 " after the line "listen:" of the stubby.xml and restart stubby
the stubby of the router will answer dns query from openvpn clients.

then I try to add a file "stubby.postconf" under /jffs/scripts/ with the follow content
----
#!/bin/sh
CONFIG=$1
source /usr/sbin/helper.sh
pc_insert "listen_addresses:" "- 192.168.1.1@53 " $CONFIG

-----
I cannot see any change for the file /etc/stubby/stubby.xml after restart the router
and stubyy still no listen to 192.168.1.1

Thanks

 

[Swistheater]

I enable dnssec and dot on my AC86U with lan ip as 192.168.1.1

after insert " - 192.168.1.1@53 " after the line "listen:" of the stubby.xml and restart stubby
the stubby of the router will answer dns query from openvpn clients.

then I try to add a file "stubby.postconf" under /jffs/scripts/ with the follow content
----
#!/bin/sh
CONFIG=$1
source /usr/sbin/helper.sh
pc_insert "listen_addresses:" "- 192.168.1.1@53 " $CONFIG

-----
I cannot see any change for the file /etc/stubby/stubby.xml after restart the router
and stubyy still no listen to 192.168.1.1

Thanks

When left blank lan ip should default as 192.168.1.1 and there is an option to advertise it too.

 

[RMerlin]

Sorry Eric, I'm struggling to understand how my browser's console would have anything to do with the timing of IPTV settings getting applied during a reboot. Can you explain please sir?

If the page fails to load properly, then there must be a Javascript error breaking it.

 

[jasonho]

When left blank lan ip should default as 192.168.1.1 and there is an option to advertise it too.

No option for

When left blank lan ip should default as 192.168.1.1 and there is an option to advertise it too.

I can't find this option.
A push the router lan IP to openvpn client.
It will not answer any DNS query from van client. But if I add the lan IP in the stubby.xml and restart it, it will answer.

 

[jasonho]

Another problem, when enable dots and dnssec, diversion won't filter ads.

 

[skeal]

If the page fails to load properly, then there must be a Javascript error breaking it.

Ok we have a misunderstanding here, what I mean is the "IPTV settings" (I have selected and shown you in the screenshot) are being loaded very late, in the router's boot process. I have no issue with the page loading at all. I just want the settings, on that page, to be applied sooner during the reboot process. Sorry to have made this more complicated than it is. I use "IPTV Settings" to retrieve a DHCP address from my Internet service provider.

 

[RMerlin]

Ok we have a misunderstanding here, what I mean is the "IPTV settings" (I have selected and shown you in the screenshot) are being loaded very late, in the router's boot process. I have no issue with the page loading at all. I just want the settings, on that page, to be applied sooner during the reboot process. Sorry to have made this more complicated than it is. I use "IPTV Settings" to retrieve a DHCP address from my Internet service provider.

No idea, I don't touch the IPTV code.

 

[skeal]

No idea, I don't touch the IPTV code.

Thank you sir. This Beta is really good!!

 

[Xentrk]

Sorry Eric, I'm struggling to understand how my browser's console would have anything to do with the timing of IPTV settings getting applied during a reboot. Can you explain please sir?

In Google Chrome Browser, right click - > Inspect

Select the Console Tab. If there are any java errors, they may appear in the console terminal window

 

[Swistheater]

Another problem, when enable dots and dnssec, diversion won't filter ads.

your diversion sounds corrupt. I recommend uninstalling and reinstalling. -next time disable diversion before making too many changes.

 

[Swistheater]

No option for


I can't find this option.
A push the router lan IP to openvpn client.
It will not answer any DNS query from van client. But if I add the lan IP in the stubby.xml and restart it, it will answer.

 

[Swistheater]

I enable dnssec and dot on my AC86U with lan ip as 192.168.1.1

after insert " - 192.168.1.1@53 " after the line "listen:" of the stubby.xml and restart stubby
the stubby of the router will answer dns query from openvpn clients.

then I try to add a file "stubby.postconf" under /jffs/scripts/ with the follow content
----
#!/bin/sh
CONFIG=$1
source /usr/sbin/helper.sh
pc_insert "listen_addresses:" "- 192.168.1.1@53 " $CONFIG

-----
I cannot see any change for the file /etc/stubby/stubby.xml after restart the router
and stubyy still no listen to 192.168.1.1

Thanks

#!/bin/sh
CONFIG=$1
source /usr/sbin/helper.sh
pc_insert "listen_addresses:" "\  - 192.168.1.1@53" $CONFIG

would be what you need. \ and two spaces. Though i still cannot make any sense of what you are trying to do. it looks like too much effort and no real gain.

 

[jasonho]

View attachment 17479
View attachment 17480

This already enabled

 

[jasonho]

#!/bin/sh
CONFIG=$1
source /usr/sbin/helper.sh
pc_insert "listen_addresses:" "\  - 192.168.1.1@53" $CONFIG

would be what you need. \ and two spaces. Though i still cannot make any sense of what you are trying to do. it looks like too much effort and no real gain.

let me try.
thank you very much!

 

[jasonho]

This already enabled

I want my van client to use my ac86u as DNS server.
My openvpn will push 192.168.1.1. as DNS server to the mobile. But the ac86u won't listen on 192.168.1. I don't know why, all client in the same network 192.168.1/24 set 192.168.28.1 as DNS by dhcp is functional. But VPN client cannot use it unless I add " - 192.168.1.1@53 " into stubby.xml.

 

[Swistheater]

that script should have done the adding part you may have to do service restart_stubby

 

[jasonho]

that script should have done the adding part you may have to do service restart_stubby

Thanks. It works

 

[Sanna1967]

May 6 07:32:25 kernel: jffs2: warning: (4848) jffs2_sum_write_data: Not enough space for summary, padsize = -99

Got this everyday , this is harmless .

 

[EmeraldDeer]

Feature request
It would be nice if stubby debug logging to /tmp/stubby.log did not also go to the syslog daemon.

 

[MDM]

For 86U owners if I understood correctly, the solution is to use HTTPS instead of HTTP for Webui access?