A decade ago I worked for a shop that needed to routinely back up 100+ cisco switches and routers and refused to pay for solarwinds. I setup a light weight freebsd vm to run this open source software: https://shrubbery.net/rancid/ (Rancid: Really Awesome New Cisco config Differ) and set it to scrape all the equipment every 12 errors. Source: over 1 year ago

Anyways Rancid does support cvs, svn, and git. Though I have only used it with cvs. Basically what it does, is checks out the configuration, downloads the configuration with other information about the state of the device, commits the configurations(which only changed ones will be in the latest check-ins, and then it can send an email of the changes. Source: about 2 years ago

RANCID - Really Awesome New Cisco confIg Differ monitors a router's (or more generally a device's) configuration, including software and hardware (cards, serial numbers, etc) and uses CVS (Concurrent Version System), Subversion or Git to maintain history of changes. Source: about 2 years ago

If you want to use this as an opportunity to learn Ansible, or you don't want to add another tool to the stack, this is a fine use case. Otherwise, I would consider using either RANCID or Oxidized for configuration backup. Source: about 2 years ago

Before I knew about RANCiD (https://shrubbery.net/rancid), I wrote my own Perl application to telnet into a Foundry Networks switch and TFTP its configuration to my computer so I could back it up. At a future employer, I rewrote another coworkers Perl application that collected SNMP values from devices and did stuff with it (forget what all I did then). Source: over 2 years ago

What lessons can we take away from my story? They are, in fact, quite simple and obvious: merely deleting files and quick formatting is usually not enough when disposing of or selling hard drives. For more assurance, it’s better to perform a full format (in modern operating systems, of course). And for the truly paranoid, there’s the good old console utility SDelete from the Sysinternals suite or a tool named... - Source: dev.to / 7 months ago

I assume you were using a dynamically expanding disk - if so just note it won't dynamically contract just by deleting files. To shrink the drive you will likely need to run sdelete -z on the drive inside the VM to clear the free space, then edit and compact the VHDX. You will need to be able to boot the VM to run sdelete though so you'll need to temporarily move other files off the drive, or move the VM files to... Source: about 1 year ago

You can always download sdelete https://learn.microsoft.com/en-us/sysinternals/downloads/sdelete and do an overwrite pass just to be safe. It'll take a while but you can do other things while it's running. Source: about 1 year ago

My understanding is that it doesn't completely solve it. I don't have time to dig up an authoritative source for this claim — hopefully this superuser comment will suffice. I believe that you can achieve something close to a secure erase by filling up your SSD to 100% capacity with data before deleting; the utility sdelete supposedly does this when using the -c option. Source: over 1 year ago

Check out sdelete from the MS sysinternals utilities suite: https://learn.microsoft.com/en-us/sysinternals/downloads/sdelete. Source: over 1 year ago