[ 3006.102_4 alpha Build(s) ] available build(s)

[RMerlin]

guess I'm retarded can't get the guest network to work it will connect but no internet access had to ho back to the old 288.4 .The android devices my kids and wife use need some QR queer code to use the network Guest network is needed because wife and kids have over 200 hits on malicious sites that were blocked , don't need to take chances they could infect the network OR ROUTER

It's a bug related to DNS handling getting blocked by the firewall. There's an Asus engineer on the case.

 

[jerry6]

It's a bug related to DNS handling getting blocked by the firewall. There's an Asus engineer on the case.

Thanks guess i'll wait for next release can't take the wife and kids complaining dick tok an you boob are not working on their tablets so i'll stay on 5004 until things are fixed , can't live without guest networks . Other than that everything else worked fine .

 

[bennor]

3006.102_4 Alpha2 is up for the following routers:
GT-AX6000
GT-AX11000_PRO
GT-AXE16000
RT-AX86U_PRO
RT-AX88U_PRO
XT12

Download link: Pre-beta test builds

REMINDER: This is ALPHA firmware. Report findings. Do not expect any support.
Note the Change Log:

• If migrating from 3004, only first Guest Network migrated, other GN must be manually reconfigured
• If migrating from 3004, Wireless Scheduler needs to be manually reconfigured if using it
• No ROG variant of the webui

Change log:
3006.102.x (xx-xxx-xxxx)
- NOTE: If migrating from a 3004 firmware, only the first Guest
Network will be migrated - any additionnal GN must be
manually reconfigured.
- NOTE: If migrating from a 3004 firmware, the Wireless Scheduler
will need to be manually reconfigured if you were using
it.
- NOTE: As a reminder, the ROG variant of the webui is not
supported in the 3006 firmware series, as maintaining
two separate interfaces is too much work.

- NEW: Added RT-AX86U_PRO, RT-AX88U_PRO, ZenWifi Pro XT12,
GT-AX6000, GT-AXE16000 and GT-AX11000_PRO to the
3006 firmware series.

- UPDATED: Merged GPL 3006.102_36521 for Wifi 6 models (Wifi 7
GPL codebase is unchanged from 3006.102.3).
- UPDATED: OpenVPN to 2.6.13.
- UPDATED: miniupnpd to 2.3.7 (20250207 snapshot)
- UPDATED: amtm to 5.2 (decoderman)
- FIXED: Missing hostname on Wireless Log for MLO-capable Wifi 7
clients.
- FIXED: CVE-2024-9143 in OpenSSL (Debian backport by RSDNTWK)
- FIXED: CVE-2024-13176 in OpenSSL (Ubuntu backport by RSDNTWK)

Edit to add: From another thread:

Changes from Alpha 1:

$ git log --oneline 68482a60dc..HEAD
54fda0e090 (HEAD -> 3006.102-wifi6, origin/3006.102-wifi6) Bumped revision to alpha 2
fed323a98c webui: fix broken compare that was setting the ddns value to CUSTOM
b70018105d webui: add missing UPnP settings to the Multiservice WAN page
e7d3d115a5 webui: remove duplicate code
bd1b55e939 Revert "httpd: update wireless log backend code to handle main network now being subunit 1"
b9a5c3ced5 Revert "httpd: switched to method recommended by Asus to parse available guest networks; clarify variable name; secure string parsing calls"
3cd75b3b04 Revert "httpd: retrieve MLD MAC for MLO-capable clients for Wireless Log page"

My take:

• Fixed wireless log
• Fixed UPnP settings missing
• Fixed DDNS settings

 

[shabbs]

Let's GO!

 

[dave14305]

Changes from Alpha 1:

$ git log --oneline 68482a60dc..HEAD
54fda0e090 (HEAD -> 3006.102-wifi6, origin/3006.102-wifi6) Bumped revision to alpha 2
fed323a98c webui: fix broken compare that was setting the ddns value to CUSTOM
b70018105d webui: add missing UPnP settings to the Multiservice WAN page
e7d3d115a5 webui: remove duplicate code
bd1b55e939 Revert "httpd: update wireless log backend code to handle main network now being subunit 1"
b9a5c3ced5 Revert "httpd: switched to method recommended by Asus to parse available guest networks; clarify variable name; secure string parsing calls"
3cd75b3b04 Revert "httpd: retrieve MLD MAC for MLO-capable clients for Wireless Log page"

My take:

• Fixed wireless log
• Fixed UPnP settings missing
• Fixed DDNS settings

 

[BlackIce]

UP and running...Had to disable and re-enable WAN after reboot in order to get WAN connected again (DHCP).

 

[shabbs]

My take:

• Fixed wireless log
• Fixed UPnP settings missing
• Fixed DDNS settings

Can confirm - wireless log now appears on my GT-AX6000 with Alpha 2.

EDIT: Adding screenshot for evidence...

 

[Daveo]

Just a query, will RT-AX88U (not the PRO model) be moved over to the new 3006 codebase at some point ?

 

[MDM]

All works fine, no issues detected for my usage.

 

[STRUZZIN]

Working good so far

 

[HorseCalledHorse]

Just a query, will RT-AX88U (not the PRO model) be moved over to the new 3006 codebase at some point ?

No. Pro models only, unfortunately.

 

[RMerlin]

Merging threads - there's no point in having two separate threads for ongoing occasional test builds.

 

[RMerlin]

It's a bug related to DNS handling getting blocked by the firewall. There's an Asus engineer on the case.

Asus tracked down the source of the issue. They provided me with a workaround which works fine on the test build I just generated.

That workaround is not present in the 3006_102.4_alpha2-g54fda0e090 release.

 

[RMerlin]

If people want to help me test something that will save me time: can you guys please test if disabling, and re-enabling the LEDs on the Administration->System page works properly? I implemented a simpler way of handling LEDs in 3006, and so far it was only tested with Wifi 7 devices. I need to ensure that it works fine also on Wifi 6 models that got migrated to this new code.

That will save me from having to plug and test all 6 models myself (I only tested one so far).

 

[jksmurf]

RT-AX88U Pro 3006_102.4_alpha2-g54fda0e090 YES LEDs are disabled and enabled with the toggle.
Be great if you could trickle that method down to 3004 units... I still use the old nvram code for that...

nvram set led_disable=1
nvram commit
service restart_leds

 

[alexnick12]

GT-AX6000 3006_102.4_alpha2-g54fda0e090 all LEDs turn off and on perfectly from the administration-system. It works great.

 

[MDM]

If people want to help me test something that will save me time: can you guys please test if disabling, and re-enabling the LEDs on the Administration->System page works properly? I implemented a simpler way of handling LEDs in 3006, and so far it was only tested with Wifi 7 devices. I need to ensure that it works fine also on Wifi 6 models that got migrated to this new code.

That will save me from having to plug and test all 6 models myself (I only tested one so far).

Works fine for me on GT-AX6000, even changes on the page when done via the button on router.
And they now stay off even after reboot (not just the RGB logo that stays off compared to 3004).

Mar 19 07:53:39 rc_service: httpds 2950:notify_rc restart_time;restart_leds;restart_usb_idle;restart_firewall;
Mar 19 07:53:39 ntpd: Stopped ntpd
Mar 19 07:53:39 dropbear[3553]: Early exit: Terminated by signal
Mar 19 07:53:39 syslogd exiting
Mar 19 07:53:39 syslogd started: BusyBox v1.25.1
Mar 19 07:53:39 kernel: klogd started: BusyBox v1.25.1 (2025-03-18 16:57:25 EDT)
Mar 19 07:53:39 dropbear[17352]: Running in background
Mar 19 07:53:39 hour_monitor: daemon is starting
Mar 19 07:53:39 hour_monitor: daemon terminates

 

[robinjoo1]

@RMerlin
sadly wireless log is not working on gt-ax11000pro on alpa2 firmware

 

[TurnstileBlues]

I couldn't seem in install alpha1 on my 86U Pro, but alpha2 installed without any issues.
Guest Network Pro is very, very nice. I previously had issues feeding my guest network through a VPN but this has made is very easy for me.

I haven't noticed any issues at all with my setup. My mesh, VPN server and client connections, my guest network etc are all working as expected.

Thank you for this update - I really appreciate all the work which goes into it.

 

[STRUZZIN]

If people want to help me test something that will save me time: can you guys please test if disabling, and re-enabling the LEDs on the Administration->System page works properly? I implemented a simpler way of handling LEDs in 3006, and so far it was only tested with Wifi 7 devices. I need to ensure that it works fine also on Wifi 6 models that got migrated to this new code.

That will save me from having to plug and test all 6 models myself (I only tested one so far).

Yes has been working for me I keep LEDs Off on my AX88U Pro.