cristobal07
Occasional Visitor
Yes , it looks like the same problem. Resetting the ax88 did not work. Will try resetting the WAN later on.
do you have DoT enabled as well?
Yes , it looks like the same problem. Resetting the ax88 did not work. Will try resetting the WAN later on.
I have seen the same problem with Sky Q well before this Beta version. I first noticed this in the release version of 386.1Some strange things going on for me on this beta having seen probably the best ever performance on my network from Alpha 2 which was providing great WiFi connectivity and snappy performance with excellent bloat and latency from Cake on my 50/11 vDSL connection.
I first saw problems last night watching my on-demand TV service (SkyQ in UK) which downloads the content to the box rather than pure streaming. The programs start to play once a couple of % have downloaded, then it relies on the download being faster than it consumes. These downloads started to fail which is something I've never really seen before. It could of course be a Sky issue, but I couldn't find any other reports, and a full reboot of the equipment didn't help. The TV is all ethernet connected.
This morning one of my cameras - a Nest IQ Cam - was offline and has been suffering intermittent connectivity. This camera is usually very reliable and connects using 2.4Ghz WiFi.
My setup is slightly unusual that I am forced to use my ISP router and therefore I have my RT-AX88U behind in a double NAT setup. I'm wondering if the changes to Cake defaults have affected me as I've always used triple isolate in the past. I might try changing these.
To help the diagnosis of connectivity issues others have experienced, my RT-AX88U is configured for Static IP behind my ISP router (double NAT) with manually configured google DNS. I have no issues with internet connectivity.
No issues here using DoT- Cira.ca- All clients can connectdo you have DoT enabled as well?
No issues here using DoT- Cira.ca- All clients can connect
But I also have them going through VPN
I use a Pi-hole (two actually) as well but do not use DoH for the upstream. What is your DNSFilter mode set to?I had a problem with my AX88U: Clients can connect properly to the router and GUI does not show any problem but clients are not able to do DNS queries.
I have a Pi-hole acting as local DNS server and petitions to port 53 blocked in the Asus router via "Network Services Filter" (to avoid DNS queries from devices with DNS server IP's hardcoded, e.g. Google Home speakers).
Pi-hole is using DoH, not port 53.
If deactivated the "Network Services Filter", the clients had access to Internet again.
I had to return to 386.1_2 and everything is working properly again. Sorry, no logs details taken.
What is your DNSFilter mode set to?
With respect, I have been (and am) on both ends of this particular teeter-totter; desperately trying to avoid utter idiocy on the one hand and god-like arrogance on the other. Once in a long while, usually in spite of myself, I learn something and even, less frequently, will do a little better in the future.Maybe it's time to implement a policy of inviting people to apply to beta test (and maybe have the scripting crowd be your alpha test crew). <shrug> couldn't hurt to build a more trusted and experienced bunch of people
The better question is, which ROG feature do you need? Because not everyone has similar needs.Now that the AX11000 is supported is it worth it without the ROG features?
All the Trend Micro-related features such as Traffic Analyzer are compatible with NAT acceleration. It was the old IPTraffic feature of mine that wasn't, and that feature is not available on your router.Is the statistics even supposed to be compatible with Hardware accelerated NAT?
Network Filter works through DNS. It will only allow DNS queries for the domains that you whitelist, and block any other query. So if you enable it and you don't whitelist any domain, then no domain will be able to be resolved.If deactivated the "Network Services Filter", the clients had access to Internet again.
I have observed the same. This log folder has one or more files (the number increase with time) and its size grows pretty quick compared with other databases (syslog, traffic, etc).Anybody notices increasing size of /jffs? It's been 24 hours more or less on alpha 2 and now on beta. I did a jffs reset so this file was 0 byte.. the file I'm talking about is in /jffs/.sys/diag_db. It's now 3.1M in size , and it's only been about 24h and still increasing it seems like. Any reasons why? Never seen this file on 384.19 as far as I can remember.
I'm on AC86U anyways..
Yes, of course. I don't use any of the ROG features. I bought the router for the triband features at a great price and I am happy that is supported by Merlin now.Now that the AX11000 is supported is it worth it without the ROG features?
Network Filter works through DNS.
Hmmm - not sure you should be using your Pi-hole IPs for WAN DNS. That really should be an outside DNS server like Quad9 or Google etc... I'm wondering if the static route changes that Asus made have introduced this behaviour that may have been leaking through before.Hi, thanks for your response.
I use it for block all conections to port 53 in order to force some devices to use the DNS server IP specified in WAN config (Pi-hole inside my LAN):
View attachment 31867
View attachment 31868
I have been using this way with no problems for months, in fact, it's working properly now: All devices in my LAN (including those with the DNS IP servers hardcoded) are asking Pi-hole for DNS queries, it's not posible to use port 53 (Pi-hole using 443 TCP for queries).
But, I do not why, with 386.2 Beta 1 seems that DNS queries are completely blocked. I've installed back 386.1_2 and it's working again (same config - no resets).
Thanks @RMerlin !!
have your DHCP handout specify the Pi-hole IPs as their DNS
I'm wondering if the static route changes that Asus made have introduced this behaviour
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!