With the hundreds of router model, router revision, distribution type, kernel combinations; that approach will become a maintenance nightmare. As I stated earlier, I use the community build and thus don't install/upgrade with easyddup so my maintenance contributions to easyddup are and will remain minimal.
If someone creates a gitlab project (@rkboni used gitlab on the community build) I'll link to it in the OP and development would continue there. Keep in mind that enthusiasm wanes and projects become abandonned (e.g. @al_c and yamon, @rkboni is no longer active on the community build...).
First of thanks for this script, appreciate efforts. Second is there by any chance to use in 4/32 or 8/32 router where no USB support? _________________ >>TP-Link TL-WR841ND v9
>>DD-WRT v3.0-r43397 std (06/13/20)
>>TP-Link TL-WR841ND v9
>>DD-WRT v3.0-r45735 std (02/11/21)
@00diabolic: Read QuickStart.txt which is all about the nvram-save tool. IONK wrote the included cleanupCB.sh which removes duplicate nvram backups to save USB storage space. He was able to ignore start_time and end_time variables which change on every reboot. You could look at his code. As mentioned in the OP, nvram-dd-wrt.ini needs to be augmented to store all the settings you care about. A nvram-restore script gets generated to perform the actual restore. I ported nvram-save to dd-wrt but didn't write it (see link in OP).
@SuninderSingh: Unfortunately you need a USB port. BS could theoretically include a USB-less stripped down "easyddup light" in official builds but I wouldn't hold my breath.
If no builds are found on the website, fallback to the https link that @IONK posted in the previous post. Seems to work here. Let me know how it goes as I did minimal testing.
If no builds are found on the website, fallback to the https link that @IONK posted in the previous post. Seems to work here. Let me know how it goes as I did minimal testing.
Joined: 08 May 2018 Posts: 14216 Location: Texas, USA
Posted: Mon May 17, 2021 3:43 Post subject:
I doubt it, I'm a post whore
I had just asked if there were a way to make it poll more than one resource in the build thread. If you see the ticket that was opened, there are 3 official and one unofficial resources to download from. P.S. I emailed BrainSlayer about the website issue, no response yet. _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT Pogo - A minimal level of ability is expected and needed... DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net
Joined: 08 May 2018 Posts: 14216 Location: Texas, USA
Posted: Mon Jun 14, 2021 0:04 Post subject:
cjnaz wrote:
I'm confused. I thought I was working to improve this project by covering a wider use cases (DDNS and guest WiFi), but then my posts have disappeared. What wrong did I commit?
I guess I didn't know nvram variables were even involved in this utility, my mistake. Feel free to re-post.
@cjnaz I briefly saw your post and this is exactly the kind of help I was asking for in the OP. The nvram-save tool (see QuickStart.txt) is a mature utility that was ported from another project but nvram-dd-wrt.ini needs some variable additions to cover all the user settings you care about in dd-wrt.
To find out a setting's variable name, for example if I'm searching for a gateway related setting:
nvram show | grep gateway
and find the variable name is lan_gateway (whatever precedes the equal sign). Then you confirm you're looking at the correct variable by changing the setting in the GUI, click Save (not Apply Settings) and observe the variable again to see if it changed.
nvram get lan_gateway
Then change the setting back in the GUI to what you like and save again. Some variable names are less obvious and will require some trial and error to identify. If you share your variable additions, I'll add them to the nvram-dd-wrt.ini in the tar distribution.
@kernel-panic69: If people only care about the upgrade/downgrade easyddup features then you're right nvram variable stuff does not apply. The nvram-save utility is called by easyddup if you want to create/use a settings restore point. If people help set up nvram-dd-wrt.ini properly, then the error prone/tedious task of manually re-entering settings in the GUI would almost be a thing of the past.
Ok, so per the HELP NEEDED in the OP, below I list several NVRAM vars that I've added to my local nvram-dd-wrt.ini file, as the OP suggests. I cannot get the DDNS and Guest WiFi settings to work.
My home router setup has a few differences from the baseline setup of this tool. My "Custom" DDNS setup has ddns_enable="5". I added these vars to the .ini file and the webUI looks correct but the ddns log shows "DYNDNS Server response: HTTP/1.1 404 Not Found". Vars added:
My setup also has a guest WiFi wl0.1 that is isolated from my LAN (per https://wiki.dd-wrt.com/wiki/index.php/Guest_WiFi_%2B_abuse_control_for_beginners). After the restore, connections to the Guest network apparently cannot get a DHCP IP issued, per the syslog: "Jun 13 16:06:34 Router daemon.warn dnsmasq-dhcp[1428]: no address range available for DHCP request via wl0.1". Again, I don't see anything misplaced in the webUI.
My method for finding needed vars was to compare the sorted nvram-save.sh generated nvram-all file from my initial working setup versus the .ini file in the easyddup distribution.
There must be a variable different between the nvram-all from your working setup and the restored non-working nvram-all variables.
You tried rebooting the router right? I don't trust "Apply Settings" in all cases.
For DDNS your variable additions seem good for the case 5 code. All the DDNS variables are listed here but you probably only want to mess with the GUI settings related ones. You could look at what the code is doing when that error message is produced.
If all the GUI settings look right then you're almost there...
Probably several of these are unnecessary. I simply took everything that was there after I manually setup to DDNS after a Restore Factory Defaults. New items that were not in my non-working attempt are (ignoring the _buf vars):
Code:
ddns_cache (my current WAN IP value)
ddns_change (=update << The likely culprit?)
ddns_dyndnstype (no assigned value)
ddns_dyndnstype_6 (no assigned value)
ddns_time (timestamp)
Can all of the _buf vars be safely ignored? Do they map to the text fields on the webUI, and will dd-wrt correctly fill in the webUI fields to match what's in the non-_buf vars?
Posted: Tue Jun 15, 2021 22:08 Post subject: Got Wireless with Guest network restore working
There may be many unnecessary vars in this list. To get this list I did a full manual setup of my wl0, wl0.1 and wl1 networks. The guest network (wl0.1) only has WAN access, and I generally put IOT devices on this network since I don't trust them.