Support

Akeeba Backup for Joomla!

#13763 Automated Backups of 20+ Installation

Posted in ‘Akeeba Backup for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
n/a
PHP version
n/a
Akeeba Backup version
n/a

Latest post by nicholas on Wednesday, 10 October 2012 17:24 CDT

user15361
Hi Nicholas,

I do want to take extra Backups from all Sites I manage, and store the Backup on an external Server.

So far I came to the Conclusion that it would be best to use either your phar cli Script, or the Pro Backup to Dropbox or similar Storage Providers.

  • Using your phar cli Script I would need a seperate Server with php-cli Support and couldn't use tradtional Storage Servers like Dropbox

  • Using all other Methods would repuire that I set ftp Password or Api Keys in Akeeba Pro or in the Cronjob. As every User has Access to the Control Panel, they "could" reset my Super-Admin Password and gain Access to this Information, which is unlikley to happen but it is still possible.


Therefore the best Solution is probably to use your cli Script, but it would be even better if we could define an Output Server.

thanks,
mario

nicholas
Akeeba Staff
Manager
As I have documented, you can override configuration parameters in the command line when using the akeeba-backup.php CLI script. This means that you could leave the FTP username/password blank and supply it in the command-line of the CRON job. For more information read this: https://www.akeebabackup.com/documentation/akeeba-backup-documentation/native-cron-script.html#idp1918192 As you can see, I have documented EXACTLY the values you need: engine.postproc.ftp.user and engine.postproc.ftp.pass.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

user15361
Hi Nicholas,

I have read this already, but it is basically the same, as the User has access to the Control Panel, he can access the Cronjob Tab.
Maybe if you have root access, but I don't. Therefore it needs to be executed with User Permission, and so needs to be executed by the Cronjob Tab in the Users Panel.

nicholas
Akeeba Staff
Manager
In this case you simply cannot do that. You have a security issue there. You have potentially untrusted people having access to security critical areas of your site, like the hosting control panel. You shouldn't do that. This kind of areas should only be made available to trusted users.

In your scenario you just can't have automatic transfers of backups. At best, you can have automated backups stored on the server. Then you need an ill-paid slave, er, I mean an intern eager to gain experience, log in to each site every day, download the backups, then upload them to an off-server storage.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

user15361
:-) thanks for the last Tip :-)

Last Question, I Promise :-)
Out of the Security Perspective I could still use your REMOTE CLI Script, but do you have an Idea how I could iterate the Script through a given List (xml or similiar) of Joomla Installations?

nicholas
Akeeba Staff
Manager
You can always a shell script which iterrqtes through all 20 sites one by one. Use that in your CRON job.

Better yet, create 20 CRON jobs, one for each site, slightly offset in time relative to one another (so that you don't overload your server).

Think simple ;)

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!