NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
SLK-Purdue
Oct 21, 2021Luminary
Always practice your disaster protection plan!
After a 50+ year career in IT, I religiously believe in backups. More importantly, I believe in practicing reloading your backups as part of your disaster protection plan. I back up EVERYTHING and...
SLK-Purdue
Oct 21, 2021Luminary
Yes, running ORBICFG on your backup will tell you if it is good. Normal output will be ASCII commands. When NVRAM get corrut, you get very obvious non-ASCII crud in the output.
Scott
CrimpOn wrote:Thanks for the effort on this. Time to install a C compiler. The gist of this appears to be:
Plan A.
- Make a configuration backup every time there has been a change to the Orbi configuration
(add anything to or edit a device table, change advanced setup parameters, allow/block devices, modify DNS, etc. etc.)- Keep a log of every change made to the router.
- Keep the previous (good) version of the cfg file until the new cfg file has been validated.
- Test each new cfg file for integrity - how?
* Does the orbicfg tool indicate corruption in an obvious, quick way? (have not installed it yet)
* Loading every cfg file on the spare Orbi would verify integrity, but many users have no spare router.- When the latest cfg file is corrupt, perform a Factory Reset, load the previous (good) cfg file, use that log to make the last changes, and resume until the next time a cfg file is corrupt.
Plan B
- If the 'good' cfg file will not load:
- Factory Reset, and
- Configure the router manually.
CrimpOn
Oct 21, 2021Guru - Experienced User
SLK-Purdue wrote:
Yes, running ORBICFG on your backup will tell you if it is good. Normal output will be ASCII commands. When NVRAM get corrupted, you get very obvious non-ASCII crud in the output.
This is SO FUN. I have not found non-ASCII characters in the output (yet), but discovered that line 1 of my output reads: "=666951560373216". Notice there is no parameter name. I guess that it might load (??), but what would the Orbi do with that first line?
My "go to" tool for comparing files is WinMerge (https://winmerge.org/ ) I redirect standard output to a text file which can be sorted or fed into WinMerge. Every difference gets highlighted. I plan to make a backup every day for a while and "see what changes" from one day to the next. (My previous backup was last August on V2.7.2.106, which is a completely different firmware release.)
For those not comfortable with running C programs on Windows, I complied orbicfg on Windows 10 with the "Tiny C Compiler" (tcc). The exe file is here: https://www.dropbox.com/s/3w1pss8hqk9c2q3/orbicfg.exe?dl=0
I am wondering if in addition to validating the checksum (which might be what causes the Orbi upload configuration operation to fail), what code could be used to report non-ASCII characters to standard error? Something in the while loop at line 66?
- SLK-PurdueOct 21, 2021Luminary
That first line looks wrong. Haven't seen that before.
You are going to be surprised about how much changes in "normal" operation.Scott
CrimpOn wrote:
SLK-Purdue wrote:Yes, running ORBICFG on your backup will tell you if it is good. Normal output will be ASCII commands. When NVRAM get corrupted, you get very obvious non-ASCII crud in the output.
This is SO FUN. I have not found non-ASCII characters in the output (yet), but discovered that line 1 of my output reads: "=666951560373216". Notice there is no parameter name. I guess that it might load (??), but what would the Orbi do with that first line?
My "go to" tool for comparing files is WinMerge (https://winmerge.org/ ) I redirect standard output to a text file which can be sorted or fed into WinMerge. Every difference gets highlighted. I plan to make a backup every day for a while and "see what changes" from one day to the next. (My previous backup was last August on V2.7.2.106, which is a completely different firmware release.)
For those not comfortable with running C programs on Windows, I complied orbicfg on Windows 10 with the "Tiny C Compiler" (tcc). The exe file is here: https://www.dropbox.com/s/3w1pss8hqk9c2q3/orbicfg.exe?dl=0
I am wondering if in addition to validating the checksum (which might be what causes the Orbi upload configuration operation to fail), what code could be used to report non-ASCII characters to standard error? Something in the while loop at line 66?