ChatmanR
Regular Contributor
384.16_beta1 is running well, but all VOIP has gone to S***. This includes Vonage, Google Hangouts and Verizon Wi-Fi calls...
384.16_beta1 is running well, but all VOIP has gone to S***. This includes Vonage, Google Hangouts and Verizon Wi-Fi calls...
Second that... I use GoTo Meeting regularly from home for work. This last week it has been really iffy, both logging in and in quality during the call.It may be due to excess network load on such services these days.
Loving the firmware...
2 Questions - looked around but didn't see where to do this. Both functions deal with remote management of the Node on a Mesh network. Is there an option in the Mesh Host firmware that allows you to 1) turn off LEDs on the Mesh Node and 2) reboot the Mesh Node.
I can SSH into the Node using it's IP address and the SSH port set for the Host and issue command line options from there. But it would be so much simpler if this were located on the Host's GUI.
So, why are speed graphs (not only the new one, also the traffic analyzer sadly does it this way) drawn in bytes per second?
I am sure I missed this somewhere but is the new up/down graph available in the 384-13_5 firmware for the 3200?
2 Questions - looked around but didn't see where to do this. Both functions deal with remote management of the Node on a Mesh network. Is there an option in the Mesh Host firmware that allows you to 1) turn off LEDs on the Mesh Node and 2) reboot the Mesh Node.
nvram set led_disable=1
service restart_leds
Second that... I use GoTo Meeting regularly from home for work. This last week it has been really iffy, both logging in and in quality during the call.
I just updated my RT-AC68P with 384.16_beta1. Everything seems to be working, except for one bug, that also exists in 384.14:
When I configure the router (at my home) with a Guest WiFi SSID, guests are able to access an OpenVPN tunnel that connects to another Asus router at my office location. The guests have full access to my office LAN.
My understanding is that the guests should only be able to access the internet and no computers on my local LAN. This is working correctly, except for the ability to access remote locations thru my OpenVPN tunnel.
Any chance you could fix this in this release?
Thanks,
That doesn't mean that someone's not going to go find/use one that can...
I built my own power supply out of a transformer, rectifier bridge and some caps to filter the hum, and I added this to boost output. I was hoping it would increase my WiFi range, because getting to the downstairs utility room is tough.
https://amzn.to/2vCR7pU
Maybe that wasn't the best choice.
It may be due to excess network load on such services these days.
104e894da0 Updated documentation
67e171c075 dnsmasq: update to 2.81rc4-33-g7558f2b-openssl
f2d35bcb60 inadyn: updated to 2.7
6e062fdf89 Merge pull request #447 from dave14305/patch-2
58b587b15e Merge pull request #453 from dave14305/patch-1
c872f241e6 webui: report subunit clients as being Local Clients rather than Guests when in repeater mode
900bae11cf webui: fix layout and colours on the Please Wait progress report
ac8a9b06a1 webui: reuse colours matching other meters for the download/upload meters
31e1c42eae webui: remove Guest flag from all guests clients, not just the first client
6278a1855a openssl-1.1: updated to 1.1.1e
bf2d5998f6 rc: dnsmasq remove expired KSK-2010
6cbd447c74 memaccess: rename unused 'sh' applet for 'sh.bcm' to avoid conflict with the shell
a366a81808 memaccess: re-add it to the build, the RT-AX56U uses it to properly configure its LEDs
805f0b4ae4 webui: fix incorrect guest SSID variables accessed for 5GHz-2
0595408572 rstats: Still broken - Revert "rstats: backport fixes from 386_36400"
2824ac0068 Bumped revision to beta 2
e1b2fe0adb shared: fix duplicate dnspriv entries in defaults.c
104e894da0 Updated documentation
67e171c075 dnsmasq: update to 2.81rc4-33-g7558f2b-openssl
f2d35bcb60 inadyn: updated to 2.7
58b587b15e Merge pull request #453 from dave14305/patch-1
d0d5b140e3 webui: report subunit clients as being Local Clients rather than Guests when in repeater mode
900bae11cf webui: fix layout and colours on the Please Wait progress report
9dfb96247b webui: remove Guest flag from all guests clients, not just the first client
75f8f183f1 SDK-6750: re-add spudd/pdc (bcmspu) and cryptodev (unused) to the source tree
6278a1855a openssl-1.1: updated to 1.1.1e
f242c9b24f memaccess: rename unused 'sh' applet for 'sh.bcm' to avoid conflict with the shell
7d0da139c6 memaccess: re-add it to the build, the RT-AX56U uses it to properly configure its LEDs
bf2d5998f6 rc: dnsmasq remove expired KSK-2010
04561b693f webui: fix incorrect guest SSID variables accessed for 5GHz-2
cae928a1c1 httpd: backport some fixes from 385_20252 - fixes constant alert() warnings after obtaining LE certificate
0595408572 rstats: Still broken - Revert "rstats: backport fixes from 386_36400"
2824ac0068 Bumped revision to beta 2
acc9bd1241 Updated documentation
c1604fe3af webui: fix layout and colours on the Please Wait progress report
7efaadb620 openssl-1.1: update to 1.1.1e
I poured over the changelogs, but couldn't find if the Kr00k vulnerability is patched in the 384.16 betas? Unless I'm missing something, is it included in the backports?
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!