Release Asuswrt-Merlin 3004.388.10 is now available

[Reef2009]

Try "ether-wake -b -i br0 <MAC address>" which is the command executed on the WOL page.

Note that command doesn't work with my PC. I need to remove the "-b" for it to wake up.

Thnx, as sad, I could get it working but not via the webinterface. The Asus app and other apps to work or indeed via cmdline.

 

[rung]

Thnx, as sad, I could get it working but not via the webinterface. The Asus app and other apps to work or indeed via cmdline.

Understood. But just to be clear, you used this command with the broadcast option on the router and it worked but the webpage did not?

"ether-wake -b -i br0 <MAC address>"

 

[Chuckles67]

Hi,
I use Wake-on-LAN occasionally. I recently noticed that it doesn't work via the web interface, but it does work via the ASUS Router app.
Is this a known issue and i think its easy to fix? Perhaps something for the .11 update?

Try "ether-wake -b -i br0 <MAC address>" which is the command executed on the WOL page.

Note that command doesn't work with my PC. I need to remove the "-b" for it to wake up.

On 3004.388.10_2 the Wake on LAN GUI command does wake up a Dell Precision workstation running Ubuntu.

(FWIW: to get WOL working I had to set workstation BIOS wake on lan setting to "Enable with PXE").

 

[ColinTaylor]

Hi,
I use Wake-on-LAN occasionally. I recently noticed that it doesn't work via the web interface, but it does work via the ASUS Router app.
Is this a known issue and i think its easy to fix? Perhaps something for the .11 update?

Works here on an RT-AX86U.

 

[nabice]

[Bug] RT-AX86S Merlin 3004.388.10: WireGuard check_wgc_endpoint() may block on _wg_resolv_ep() getaddrinfo()

Firmware: RT-AX86S, Merlin 3004.388.10
Issue: WireGuard endpoint check can block indefinitely

Description:

In the function check_wgc_endpoint() (WG client), the internal call to _wg_resolv_ep() may block indefinitely on getaddrinfo() if DNS resolution is slow or fails.

Symptoms observed:

- Process STAT = S
- wchan = __skb_recv_datagram
- Other /proc debugging unavailable
- Multiple blocked processes may accumulate, slightly increasing memory usage

Code snippet:

static int _wg_resolv_ep(const char* ep_addr, char* buf, size_t len)
{
struct addrinfo hints, *servinfo, *p;
...
ret = getaddrinfo(ep_addr, NULL , &hints , &servinfo);
...
}

Suggested considerations:

- Add a timeout to getaddrinfo() call (currently blocking indefinitely)
- Consider async DNS resolution or separate thread/process
- Minimal fix: alarm()/SIGALRM or socket-level timeout