What's new

[Beta] Asuswrt-Merlin 384.10 Beta is now available

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Status
Not open for further replies.
Haven't heard back from you - I'd need a copy of that SOA request that's apparently generating these errors, since so far nobody else has reported anything similar, and I can't reproduce it either no matter what I try.
I have the same log spam. Anyway I can help to give you the log? Like how to capture the log and how to send it to you?

Sent from my Mi A2 using Tapatalk
 
Haven't heard back from you - I'd need a copy of that SOA request that's apparently generating these errors, since so far nobody else has reported anything similar, and I can't reproduce it either no matter what I try.
Must have been owine...
Thanks, Eric! Your efforts seem to always bear good fruit...
 
I have the same log spam. Anyway I can help to give you the log? Like how to capture the log and how to send it to you?

Sent from my Mi A2 using Tapatalk

Do you use any of the following?

- IPv6
- DNSFilter
- DNSCrypt or Stubby
- Customized config files (either firewall or dnsmasq)

Trying to narrow down what triggers it, since I have never been able to reproduce it. There's also a chance that this error has always been there, just that recent dnsmasq changes makes them get logged now rather than just silently occurring. Recent dnsmasq received some changes around the code that generates this error message.
 
Could be, wasn't sure who was who. Can you PM me the SOA record that seemed to trigger it? Wondering if maybe that SOA might be pointing at a private IP instead of a public one, causing the issue.
Just sent a paste with some dnsmasq and Wireshark data. Can capture more if it helps.
 
I must say, the enhancements to the Adaptive QoS->Classification page, tracked connections are great.
If you have installed 384.10 and haven't gone to that page - go. Also use the Filter by Device drop down. Nice to watch what various devices are "chattering" about.

As a side, I re-installed the latest FreshJR mod. Nice how it integrates with the Classification page. A pleasant surprise.

Nice job Merlin and FreshJR.

PS: Folks, just a gentle reminder...Easy enough to send a few $ to Merlin to thank him for his efforts. At least buy him a beer!
https://www.snbforums.com/threads/the-rmerlin-donation-thread.17285/
 
Last edited:
Do you use any of the following?

- IPv6
- DNSFilter
- DNSCrypt or Stubby
- Customized config files (either firewall or dnsmasq)

Trying to narrow down what triggers it, since I have never been able to reproduce it. There's also a chance that this error has always been there, just that recent dnsmasq changes makes them get logged now rather than just silently occurring. Recent dnsmasq received some changes around the code that generates this error message.

Only ipv6 with dns point to 1.1.1.1

Sent from my Mi A2 using Tapatalk
 
Only ipv6 with dns point to 1.1.1.1

No matter what I try (using a HE tunnel), I'm unable to reproduce this problem at all. There's not enough info logged by dnsmasq to determine what went wrong (the error message only indicates that dnsmasq was unable to send an UDP packet to the destination), so I have absolutely no idea what is triggering this, only that it seems specific to IPv6.
 
Did a dirty flash on AC66U_B1 over 384.9 after removing Stubby/Entware. Experienced very reduced download speed testing with DNS Reports speed test. Did Factory Reset and manually configured. Download speed returned to prior values. Added amtm, formatted thumb drive to EXT2, added swap, entware and stubby. Not using IPV6. Configured OpenVPN server (plan to test while I'm out today). Router seems to be working well with no worrying log entries.

Edit: Client list still seems to not update but is not a show stopper for me.
 
Last edited:
Are you using 1.1.1.1 or the IPv6 addresses ?

https://community.cloudflare.com/t/ipv6-addresses/14743
IPv6
338b8b3df76fe5737410c20e7ad6e094.jpg


Sent from my Mi A2 using Tapatalk
 
i have the beta, ipv6 and dnsfiltering on

opvpn doesnt really work for me, i am thinking that ipv6 is causing the issue.

when i got vpn to work i couldnt ping other devices in the network at home
 
RT-AC86U

Although I unchecked dns query and only checked ping on Network monitoring, router is still sending dns query to dns.msftncsi.com.

Code:
@RT-AC86U-69B8:/tmp/home/root# nvram get dns_probe
0
@RT-AC86U-69B8:/tmp/home/root# nvram get wandog_enable
1
@RT-AC86U-69B8:/tmp/home/root# nvram get dns_probe_host
dns.msftncsi.com
@RT-AC86U-69B8:/tmp/home/root# nvram get dns_probe_content
131.107.255.255 112.4.20.71 fd3e:4f5a:5b81::1

Mar 13 21:49:02 dnsmasq[19292]: query[A] dns.msftncsi.com from 127.0.0.1
Mar 13 21:49:02 dnsmasq[19292]: forwarded dns.msftncsi.com to 127.0.0.1
Mar 13 21:49:02 dnsmasq[19292]: reply dns.msftncsi.com is 131.107.255.255
Mar 13 21:49:17 dnsmasq[19292]: query[A] dns.msftncsi.com from 127.0.0.1
Mar 13 21:49:17 dnsmasq[19292]: forwarded dns.msftncsi.com to 127.0.0.1
Mar 13 21:49:17 dnsmasq[19292]: reply dns.msftncsi.com is 131.107.255.255

Hello Odkrys
Did you check your ipsec IKEv2 script with the 384.10 beta?
Does the ipsec vpn IKEv2 server runs fine without modification?
Thanks for time
 
384.10 Beta 2 is now available.

Exceptionally, beta 2 does come with some new features, notably the reworked Classification page. In addition to performance improvements, you can now filter the list in real-time by entering part of a string in any of the filter fields (you can even filter two fields at a time). Also some extra info is now shown when hovering entry fields.

Classification_filter.png


mainline:
Code:
0949acc4e3 Updated documentation
bee21ea139 webui: apply Classification filter after IPv6 have been compressed, so the filter gets applied to the displayed version
0968d34c83 Updated documentation
03881a1621 webui: implemented filtering to the Classification page; fixed typo in current_page parameter
54755feb1c webui: Re-implemented tracked connections table without using a Table object
29d312caa6 shared: moved dns_local setting to the section with other Merlin-specific settings
2b4fff3cd2 www/rc: make using dnsmasq as system resolver optional
840dcda2c6 webui: let the Ajax call handle the first chart/table rendering; also bump auto-refresh threshold to 500 entries
a1d5949863 strongswan: remove 5.2.1 leftovers
61eda56fdf minidlna: added gitignore
b52368af9d nano: updated gitignore
45cd22f190 strongswan: added gitignore
e98bc01433 wget: updated gitignore
df7bed4afd Bumped revision to beta 2
efeb6c12eb Updated documentation
7ea734eaa6 pppd: implement lcp-ident option
8225488882 nfs-utils-1.3.4: fix rebuild after clean
c12629a30e libmnl: fix rebuild after clean
9a5c206f4f rp-pppoe: relay: fix crash
2938a77cbe pppd: pppoe-plugin,rp-pppoe: fix host-uniq option support
5670357618 pppd: pppoe-plugin,rp-pppoe: switch to monotonic time
045849eb50 pppd: switch to monotonic time
62b42d629b pppd: fix warning w/o IPv6
67090e2b67 pppd: add support for custom pap-secrets file location
05f8d80d81 dnsmasq: update to 2.80-44-g608aa9f
7cf798767a avahi: recover .gitignore files
fd2195411c rc: rework dns stub
fd486d5c00 openssl11: recover missed files from 1.1.1b
3f40055e12 openssl11: add gitignore to the tree
ab29470364 openssl11: remove temp file accidentally included in commit
c7b584c3f4 (tag: 384.10-beta1) Updated documentation

rt88ax:
Code:
0949acc4e3 Updated documentation
bee21ea139 webui: apply Classification filter after IPv6 have been compressed, so the filter gets applied to the displayed version
0968d34c83 Updated documentation
03881a1621 webui: implemented filtering to the Classification page; fixed typo in current_page parameter
54755feb1c webui: Re-implemented tracked connections table without using a Table object
29d312caa6 shared: moved dns_local setting to the section with other Merlin-specific settings
2b4fff3cd2 www/rc: make using dnsmasq as system resolver optional
840dcda2c6 webui: let the Ajax call handle the first chart/table rendering; also bump auto-refresh threshold to 500 entries
a1d5949863 strongswan: remove 5.2.1 leftovers
61eda56fdf minidlna: added gitignore
b52368af9d nano: updated gitignore
45cd22f190 strongswan: added gitignore
e98bc01433 wget: updated gitignore
df7bed4afd Bumped revision to beta 2
efeb6c12eb Updated documentation
08e73a90d9 lighttpd: fix location of modules on HND-AX
7ea734eaa6 pppd: implement lcp-ident option
8225488882 nfs-utils-1.3.4: fix rebuild after clean
c12629a30e libmnl: fix rebuild after clean
9a5c206f4f rp-pppoe: relay: fix crash
2938a77cbe pppd: pppoe-plugin,rp-pppoe: fix host-uniq option support
5670357618 pppd: pppoe-plugin,rp-pppoe: switch to monotonic time
045849eb50 pppd: switch to monotonic time
62b42d629b pppd: fix warning w/o IPv6
67090e2b67 pppd: add support for custom pap-secrets file location
05f8d80d81 dnsmasq: update to 2.80-44-g608aa9f
7cf798767a avahi: recover .gitignore files
fd2195411c rc: rework dns stub
fd486d5c00 openssl11: recover missed files from 1.1.1b
3f40055e12 openssl11: add gitignore to the tree
ab29470364 openssl11: remove temp file accidentally included in commit
c7b584c3f4 (tag: 384.10-beta1) Updated documentation

In addition to the details mentioned in the first post, please test the revamped Classification page as well.

Regarding the error messages generated by dnsmasq under IPv6: there are no new development. I am still unable to reproduce the issue, and I have no idea what is triggering it. I suspect it has to do with a recent change in dnsmasq. I might end up just moving the error message to debug priority for the final release for the time being.
 
Just loaded beta2 and seems working fine.... so far. :)
Uptime 0 days 0 hours 11 minute(s) 16 seconds

Thanks!!!
 
I have been using the Beta2 for almost exactly 2 HRS now. (Note: dirty upgrade over Beta1).

Did a dslreports.com/speedtest and am seeing the fastest upload speed ever from the RT-AC3100.

Where before I was seeing around 775Mbps on upload, I just got a speed of 945Mbps. The first CPU core was pegged at around 97%, but this is a huge improvement.

Note too that there are no 'features' presently enabled with the testing above.

Wonder what the final version (further tweaking) will be able to achieve.

Okay, I'll do a reboot and see if this is repeatable later tonight.

Is anyone else seeing this so far? Are the quad-core 1.8GHz routers getting increases too?
 
No matter what I try (using a HE tunnel), I'm unable to reproduce this problem at all. There's not enough info logged by dnsmasq to determine what went wrong (the error message only indicates that dnsmasq was unable to send an UDP packet to the destination), so I have absolutely no idea what is triggering this, only that it seems specific to IPv6.
I have found it seems to be related to OpenVPN Client and the DNS configuration. I use IPV6.
 
Exceptionally, beta 2 does come with some new features, notably the reworked Classification page. In addition to performance improvements, you can now filter the list in real-time by entering part of a string in any of the filter fields (you can even filter two fields at a time). Also some extra info is now shown when hovering entry fields.
I'm unable to locate the filter fields. FYI.
 
Status
Not open for further replies.

Latest threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top