Release ASUS RT-AC68U Firmware version 3.0.0.4.386_48262

[bbunge]

I don't want to disrupt the trouble-shooting, but I'd like to share my experience when first upgradin my aimesh units to 4.0.0.4.386: when resetting a node in order to add it, the wait-time before the node shows up in the available node list is abnormally long compared to earlier versions. I assume now that this is because of:
1) Added default log-in which supports BOTH http and https on lan. I believe that the node tries to fetch a valid https certificate after boot. The http-deamon has to timeout these requests, which can take many minutes, before it completes startup.
2) for https to work, correct time and dates may be required on both devices. On a reset node, this might be a faulting error.
3) Depending on build default settings (or inherited from last install), https might be set as required for wireless admin access. This might not be possible until a valid certificate is available online.

I recommend to login to the node and verify that either http-only is accepted as login via wifi, or that date and time is set manually after a reset. Also wait a lot (more than 8 minutes after boot).

Good thought but pretty much wrong. These certs are generated internally on setup. Not retrieved from the web. Older routers such as the AC68U just take time to boot up.

 

[bacalhauzepipo]

hello everyone!

My router AC68U recently performed the automatic firmware update.
Everything seemed normal, as in I didn't notice any changes, until I couldn't use SCP.

I still have a router in older version 3.0.0.4.386_45987-gb8fc0b6 and in this one the /usr/bin/scp is a link to /usr/bin/dropbearmulti
In the newer version scp just doesn't exist.

Could anyone confirm if that's case for them too?
If not, how could I fix it? I tried creating the link myself, but the FS is readonly...

thanks for any help

 

[RMerlin]

Could anyone confirm if that's case for them too?
If not, how could I fix it? I tried creating the link myself, but the FS is readonly...

You can't. As part this change:

"2. Added more security measures to block malware."

Asus has removed scp support from the firmware (in addition to a few other changes).

 

[bacalhauzepipo]

You can't. As part this change:



Asus has removed scp support from the firmware (in addition to a few other changes).

Thanks for clarifying.
I don't want to stop upgrading but at the same time it's quite a nuisance not being able to get the files from the router.
I'll try to think of alternatives.

EDIT: Found an alternative

 

[RMerlin]

Thanks for clarifying.
I don't want to stop upgrading but at the same time it's quite a nuisance not being able to get the files from the router.
I'll try to think of alternatives.

EDIT: Found an alternative

Report it to them through their Feedback form. If there is enough demand to justify readding scp, then they might change it.

 

[XIII]

EDIT: Found an alternative

What's the alternative?

 

[itpp20]

I don't want to stop upgrading but at the same time it's quite a nuisance not being able to get the files from the router.
I'll try to think of alternatives.

SCP over Ssh? or is that a Merlin exclusive?

 

[XIII]

SCP over Ssh?

Huh, I thought the “secure” in “scp” was (always) achieved by SSH?

 

[itpp20]

I meant, you need ssh to be active to get in with scp, ea. they use the same port.

 

[bacalhauzepipo]

Report it to them through their Feedback form. If there is enough demand to justify readding scp, then they might change it.

I wrote the support questioning the disappearance of SCP

 

[bacalhauzepipo]

What's the alternative?

In my case the files were flat text. I connect using SSH, cat the file and store it in a variable, then echo it to the new file at the destination host.

file=$(ssh -i keyfile user@host -p port "cat file/i/want")
echo "$file" > /target/destination/file.txt

 

[bacalhauzepipo]

SCP over Ssh? or is that a Merlin exclusive?

exactly.

here's a sample of my code using SCP

scp -i keyfile -P ssh_port  user@host:/source/dir/* /target/dir/

 

[Tech9]

Wow! Finally the folks in double NAT can use the DDNS services.

I had no much time to play with Asus routers lately and found this break-through today.

 

[wouterv]

Wow! Finally the folks in double NAT can use the DDNS services.

View attachment 41355

I had no much time to play with Asus routers lately and found this break-through today.

It is great (not) that ASUS is not able to describe those changes in the release notes.
An engineer must be kept quite busy with step by step rolling out the road map someone (or the engineer self) made for Asus WRT, why not be so proud and describe those nifty new features instead of waiting untill someone find them like they are easter eggs?

 

[Tech9]

This little feature is huge, actually. Many folks have no option for bridge mode on their ISP equipment.

 

[VANT]

still no fix for AIMesh wireles backhaul.

 

[Tech9]

No fix for Traffic Monitor spikes either, but still excellent support from Asus for this model.

There is no other router first released in 2013 on the market with firmware updates in 2022.

 

[wouterv]

Out of boredom: the RT-AC68U Router and the Media Bridge RT-AC1900U are up and running 90 days without interruptions or hick ups with firmware 3.0.0.4.386.48262, which is the time after the update was available and installed.
What else can you expect