[PotterMahoney]

For all the barriers set up, telling me to buzz off - telling me that I shouldn't tell anything for surely Read The Manual, I come here with a simple message;


If the currently set Router Password does not match that, of the Password within the nvram backup, the process shall fail silently shortly after it sets the Router Name.

Thus it is not only rude, in that it fails silently - but also gives off the illusion of having taken effect.

It also refuses WebUI access, until you power-cycle the router, as if it was not bad-mannered enough.

Preferrably, it would either fail completely - or fail visibly (Error: Backup features Password which does not match the Current Password)

Cheers

source: Netgear R7800, Firmware Version DD-WRT v3.0-r48432 (if it works, don't fix it broken)

Moderator edited. keep it civil and clean. Thanks

[ho1Aetoo]

Of course it is no problem at all if the backup restores another password.

I have done this dozens of times.

1. reset the router to factory settings
2. set the username and password (user=root , pass=123)
3. restored my nvram backup with another password and had no problems in several years (at least none that I remember off the top of my head.)

Just tested this with build r48886 - conclusion no problems
Also, the router automatically reboots when the restore of the backup is completed.

Either your used build has a small bug or you have other problems than "another password".

best regards

[the-joker]

The password in the backup which is restored takes precedence over any other previously setup. This is how it works and how it is expected to work.

Also Once you restore a backup via interface the router will reboot itself, and until reboot has finished you cant access the interface.

Now... if via CLI, is different.

You could restore the backup via CLI, then run nvram show to show you the contents of the restored values in human readable format. Restoring a backup via CLI does not reboot automatically.

Once you reboot, by issuing the [b[]reboot[/b] command and pressing enter, those settings take place and all values in backup will take precedence over the pre-existing ones, this is how a restore works anywhere, even Windows or Linux, it doesn't care whats in the backup is different or not.

You can also export nvram settings to a text file for future reference in human readable format.

nvram show > /tmp/mybackupname.txt and grab that file to your desktop.

Sorry that it doesn't work as you expected, there is no message or warning that should happen in this case, while I agree that the user experience could be improved, reminding a user that this is what will happen, but never that the passwords dont match.

Thanks for your understanding.

Please note, its not recommended to restore old backups into considerably newer firmware versions. And speaking of versions, yours is no longer supported and contains various security vulnerabilities that have been fixed in current release only.

[the-joker]

Regarding the warning I mentioned earlier, its already present in all builds for a long time.

See attachment.

That is pretty much self explanatory.

[MLandi]

[blkt]

PSCP or WinSCP (SSH enabled), or curl to web server for example HFS, or log PuTTY output or copy paste.

[MLandi]

[Alozaros]

as winscp is working ok this is the best and the fastest way..
i generally save those files in jffs or opt partition on the usb and than can move the usb to my PC, if you use win 7 you must update system to be able to read/wright .ext format...otherwise if its ntfs no need, but ntfs is no good with DDWRT in general, only for multimedia is ok...

[egc]

I too have no problems restoring settings and yes it restores everything including username and password just like I expect it to do and after restore the router is rebooting.

Although I can see some use not to restore username and password and it might be possible to add a checkbox in the restore menu to do that.
I am not sure if the extra code to do that is worthwhile.
We are heavily size constraint as this still should fit in 4 MB (or even 2 MB ) flash router.

I have done some limited research and it seems the salt is stored in the password string (MD5 hash) so it should be simple checking for hhtp_username and http_passwd

[Alozaros]

[the-joker]

Just to inform all parties concerned with the messages on backup page pertaining to the restore as I posted earlier on my post above -> https://forum.dd-wrt.com/phpBB2/viewtopic.php?p=1262806#1262806

The texts have been updated and bolded the relevant portions both on help text and internal help menu.

All languages except English need to be re-translated to suit.

Relevant commit https://svn.dd-wrt.com/changeset/48896/src/router/kromo/dd-wrt/lang_pack/english.js

See attached screenshots for comparison with my initial post above.

I dont think we can do better here, to clarify the default result of restoring backups.
But any suggestions welcome that dont involve nagging popups.

[egc]

Very good addition :thumbsup:

[the-joker]

Thanks I did notice my attention to detail faltered a bit, too much in my head atm, so Ive added a patch to be merged still to make both the external help text and help page text 100% inline with each other.

TBH, in the helpage text I feel we should document nvram show > totextfile.txt as a human readale config type since it is very helpful especially since bin file, despite 3rd party solutions to read/edit them its really not as simple.

Also how to grab the file from dd-wrt to local disk.

So at this time Im asking for volunteers to help document this.

Thanks in advance to any coming forward...