DarkKnight75
Senior Member
Still rocking latest .384 over 105 days uptime and solid. Still haven't jumped to .386..how's the performance on this beta version?
Yeah, I'm not worried about the temps so much either. There are some negative comments about wifi performance though that concerns me.Based on my experience with this version on AC68U and AC66U_B1 I foresee no performance issues.
There is nothing in this firmware that will damage your AC86U! (Ignore that person behind the screen that is crying CPU temp too hot! I just isn't so...)
Still rocking latest .384 over 105 days uptime and solid. Still haven't jumped to .386..how's the performance on this beta version?
AC86U RC2-11 41994 beta is running fine here. The CPU wait state was fixed (enabled again) in 41700 (not released) and remains fixed in RC2-11 (normal CPU temp) (required a reset).
I've only skipped RC2-1,2,3,4, and 10:
Beta - ASUSWRT 386 RC2 public beta with full functions AiMesh 2.0 (continued)
I know how to do it @ForkWNY everyone seems to be missing the point Not sure if it's different per router type (in my case, GT-AC5300)...to reset a node, login to the web UI. Head to AiMesh > Click on Node to reset > Select "Management" > Remove Node. This effectively seems to pull the node...www.snbforums.com
OE
I wonder if they'll just skip 41700 and just make this the general release (remove Beta label). They seems to be pretty much the same.
As I'm running my AC86U as an Access Point, am I correct in assuming the dnsmasq issue is not a security concern for my configuration?You will want to upgrade if for nothing else to fix the dnsmasq security issue
Any more issues with the channel changing from one you set to something else (you reported in the RC2 Beta thread a couple of days ago).AC86U RC2-11 41994 beta is running fine here. The CPU wait state was fixed (enabled again) in 41700 (not released) and remains fixed in RC2-11 (normal CPU temp) (required a reset).
I've only skipped RC2-1,2,3,4, and 10:
Beta - ASUSWRT 386 RC2 public beta with full functions AiMesh 2.0 (continued)
I know how to do it @ForkWNY everyone seems to be missing the point Not sure if it's different per router type (in my case, GT-AC5300)...to reset a node, login to the web UI. Head to AiMesh > Click on Node to reset > Select "Management" > Remove Node. This effectively seems to pull the node...www.snbforums.com
OE
You should be OK but I would install the next "stable" release just to be sure.As I'm running my AC86U as an Access Point, am I correct in assuming the dnsmasq issue is not a security concern for my configuration?
Any more issues with the channel changing from one you set to something else (you reported in the RC2 Beta thread a couple of days ago).
I powered off the AC86U and my router and repowered, the system was still blocking DNS from my PiHoles going outbound. I had to set the AC86U to use my ISP's DNS instead of my PiHoles to begin getting DNS again inside my network.I just updated my AC86U and all my DNS no longer works. I use two PiHoles for DNS for the router itself and DHCP configuration for everything in my network. The AC86U now is failing DNS lookups because my PiHoles are failing lookups.
Post #10 here: https://www.snbforums.com/threads/rt-ax88u-9-0-0-4-386-41994.69923/I powered off the AC86U and my router and repowered, the system was still blocking DNS from my PiHoles going outbound. I had to set the AC86U to use my ISP's DNS instead of my PiHoles to begin getting DNS again inside my network.
The router needs to access upstream DNS resolvers in order to set its time. If the time does not get set some of the security settings will not work. Your Pi-Hole is not an upstream resolver and should not be used in the WAN - Internet Connection - DNS Server 1 or 2. If you want to use the Pi-Hole its LAN IP address goes in LAN - DHCP Server - DNS Server. Merlin firmware allows for two DNS Server entries in this area.I powered off the AC86U and my router and repowered, the system was still blocking DNS from my PiHoles going outbound. I had to set the AC86U to use my ISP's DNS instead of my PiHoles to begin getting DNS again inside my network.
I've been running my configuration like this for 6 years across my AC68U and now AC86U and countless firmware updates with PiHoles and before that a Windows Domain DNS server with 0 issues for DNS. There's clearly something wrong with the way this update is handling allowing outbound DNS calls from systems that are not the router itself and I've done more testing to prove so.The router needs to access upstream DNS resolvers in order to set its time. If the time does not get set some of the security settings will not work. Your Pi-Hole is not an upstream resolver and should not be used in the WAN - Internet Connection - DNS Server 1 or 2. If you want to use the Pi-Hole its LAN IP address goes in LAN - DHCP Server - DNS Server. Merlin firmware allows for two DNS Server entries in this area.
Another way is to turn off DHCP in the router and use the Pi-Hole as DHCP server. But leave the router WAN - Internet Connection - DNS Server 1 and 2 set to something upstream. Cloudflare 1.1.1.2 and 1.0.0.2 is good.
By-the-way did you know that you can run DoT via Stubby on the Pi-Hole?
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!