It was special test build for rtax88u, Eric mentioned that GPL which has WPA3 support is buggy and will not be supported in 384.14.
Maybe in next version we might see support for it.
Hawk + RMerlin,The "-new" in the version indicated it was a special test build with the new SDK. The new SDK is too buggy so it will not be merged in 384.14.
Make sure that on the administration page that you have set access to the webui to "both" http and https, (regardless of if you intend to use both or not). Close your browser and log back in. Check the status of your renewal on the DDNS page. May have to restart the router to get it to work.
Did a Windows network reset... 2 hours all good so far... fingers crossed.
WTF!?!?! Now it works. Thanks for that clarification.
ASUS Web UI SSL Certificate "status" functionality must have changed to use the fullchain.pem with the requirement to enable the HTTPS access to Web UI; versus the old behavior that had a split cert.pem & chain.pem certificates, with ability to keep the HTTPS Web UI disabled.
SSH into the /jffs/.le/my.domain directory still doesn't show a cert.pem or chain.pem.
Myself and others in the community use the same ipsec.conf script for IKEv2 certificate:
pc_append " cacert=/jffs/.le/$(nvram get ddns_hostname_x)/chain.pem" $CONFIG
pc_append " leftcert=/jffs/.le/$(nvram get ddns_hostname_x)/cert.pem" $CONFIG
I think our options are to create our own cert, or write a script that splits the fullchain.pem into the cert.pem & chain.pem
Look for mydomain.asuscomm.com.cer and mydomain.asuscomm.com.key there. Both paths can also be found in your system log when you receive your certificate from the LE server.
You are using Scribe, just filter them out and you will never see them. WLCEVNTD entries are code debug entries, not bugs per se.Is it possible to pressure Asus to fix the incessant kernel: dcd crashes and WLCEVENTD log entries?
If so - I'm a willing "agent" to bombard them with support requests to clean up their act.
I know some bugs may be coming from their "partners" - Trend Micro or Broadcom - but Asus should have the clout to get them to fix?
With Merlin-Ware added in their routers are awesome - but spoilt by their apparently sloppy response to closed source bug fixing.!
Is it possible to pressure Asus to fix the incessant kernel: dcd crashes and WLCEVENTD log entries?
If so - I'm a willing "agent" to bombard them with support requests to clean up their act.
I know some bugs may be coming from their "partners" - Trend Micro or Broadcom - but Asus should have the clout to get them to fix?
With Merlin-Ware added in their routers are awesome - but spoilt by their apparently sloppy response to closed source bug fixing.!
There are filters for both in /opt/share/syslog-ng/examples/ - just copy them to /opt/etc/syslog-ng.d/ and restart syslog-ng from scribe. Also copy the logrotate files for them from/opt/share/logrotate/examples/ to /opt/etc/logrotate.d/You are using Scribe, just filter them out and you will never see them. WLCEVNTD entries are code debug entries, not bugs per se.
You are using Scribe, just filter them out and you will never see them. WLCEVNTD entries are code debug entries, not bugs per se.
There are filters for both in /opt/share/syslog-ng/examples/ - just copy them to /opt/etc/syslog-ng.d/ and restart syslog-ng from scribe. Also copy the logrotate files for them from/opt/share/logrotate/examples/ to /opt/etc/logrotate.d/
"Squeaky wheel gets the grease." - my great grandfatherThanks to you both for prompt responses.
I do indeed make full use of Scribe in the manner suggested [really pity those who don't ] - and indeed also make use of @Jack Yaz 's really useful feature under uiScribe where I disable presentation of the Crash Log and WLCEVENTD logs in the Webgui.
However - "workarounds" are not fixes - and both bugs should be fixed by Asus [for e.g. WLCEVENTD logging should not be stuck in debug mode].
So ... my question remains - how to pressure Asus?
I'm trying beta3 for my RT-AC86U and using FreshJR sripts (for Adaptive QOS) I could never reach an A rating for bufferbloat running dls reports speedtest no matter what I tried..with the new beta, I'm able to get A ratings on every single test I run...was there an update done to A. QoS?
I don't understand why you expect that to change, Adaptive QoS keeps hardware acceleration enabled. FreshJR just tweaks Adaptive QoS, it's not doing anything on it's own.
Given how long they've been there, and the fact that they don't affect router performance at all, and the fact that the dcd crash only affects the AC86U? I'd say the chances of it ever being fixed are somewhere between slim and none, and poor old slim has one foot in the casket and the other on a banana peel.Thanks to you both for prompt responses.
I do indeed make full use of Scribe in the manner suggested [really pity those who don't ] - and indeed also make use of @Jack Yaz 's really useful feature under uiScribe where I disable presentation of the Crash Log and WLCEVENTD logs in the Webgui.
However - "workarounds" are not fixes - and both bugs should be fixed by Asus [for e.g. WLCEVENTD logging should not be stuck in debug mode].
So ... my question remains - how to pressure Asus?
Well I think some are expecting "Runner" to be disabled. I know on my AX88U, with Adaptive QoS enabled, Runner shows as disabled, and it shows the reasoning as "QoS". Maybe there's some recent changes being done. But I understand why some are curious about this.
To me, it makes me wonder, is QoS actually working properly on all models? Merlin you have any ideal why Runner is showing as enabled on certain router models, with Adaptive QoS enabled?
Val D, do you mean you used to use traditional QOS w/384.12 and now you're not currently using QOS. I never used traditional qos but would like to try it. I'll msg you directly but would you be able to share screenshots on your setup when you were using traditional qos. Thanks!On 384.12 Traditional QoS, sqf, 90% up/down speeds = "A" rating every single time. And no need to use TrendMicro services. Just like the old Tomato QoS on the router. The limitation is hardware acceleration disabled, so good for about 400Mbps ISP with RT-AC86U. I have 300Mbps ISP and I don't use any QoS. No ill effects noticed so far, everything runs good.
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!