Hello, I’m currently considering whether I should use ‘rsync’ or ‘rsync-ssl’ for my RAID 1 volume backups, and whether Ipfire has any recommendations or anything else I should consider.
I plan to create a backup as an *.img file for each of the five volumes (RAID 1), which should be executed, for example, every week or every other week (Sat. or Sun. 11:59 PM) using a script and cron job. The whole thing is best done incrementally (updating data). I can do this in five scripts, but one script would be better, but I think since there’s a lot of data, I’ll have to use different days of the week and possibly different times for it.
Are you planning the backup between two devices in the same network (green, blue)? As far as I know, devices in the green network (LAN) can communicate with each other. Especially if they are connected to each other via a switch. Then IPFire_ has no influence. The situation is different if you have to backup in the WLAN (blue network) or via green and blue network. Then you may need a corresponding firewall rule.
No, no cross-network backups. All volumes must be backed up locally (with IpFire). I found a very interesting approach online that looks very promising. The key point is how do I back up the IpFire HDD volume (with 4 partitions in a mounted directory)? All the others are mounted and assigned to the green network via Samba, making them usable for rsync.
This raises another question: It would be a good idea to send the respective backup log by email, but first, IpFire doesn’t recognize ‘mail,’ and second, there are problems with the subject line for ‘sendemail.’
sendemail won’t work as the sendemail addon was removed from IPFire four years ago.
IPFire has a mail client built into it called dma. The command sendmail will call the dma mail client.
You can use that mail client. The default status files for the apcupsd addon use the dma mail client for sending their status reports so you could use the details from those status files as the basis for your needs.