![]() At this stage, the restoration is successful, but you are restoring your sites on a different server setup. Besides, we have a post-restoration troubleshooting page whose instructions you ought to follow. Regarding the sites which throw blank pages, blank pages are hidden errors. Thanks god now these site restore are not so important but, the question is: can this really happen vanishing all my disaster recovery strategy or is there a way to prevent it?Īre there any other attempts to restore the site? ![]() The other site has a problem of decompression.Īs you can see here, it failed in Kickstart and extract wizard d.pr/uA0H htaccess and reimport mysql manually but this did not solve the issue. Unfortunately 3 sites were not restorable on Wamp.Īll sites apparently have no problem and they are all up and running.Ģ of the 3 sites, were restored without errors from Kickstart, the DB was updated correctly with no errors, but still they do not work: i get a blank page when I try to open it.īoth public are and administrator, do not work.Ĭonfiguration.php looks fine, I tried to delete. I could restore 4 more sites, using Kickstart and increasing the Maximum execution time to 10 seconds. On a total of about 20 sites, 13 restores went smoothly. I used non SSL access AmazonS3 and saved password protected jps files.īefore purchasing Akeeba I have been a long time user of the free version (THANKS THANKS THANKS) used to move site around or deliver them to clients.Īs these backups are essential disaster recovery ones I wanted to test them all. Hi Nicholas, I succesfully installed Akeeba Backup on all site on my server and settled all the cron jobs as you suggested. Encrypted archives can be extracted using Kickstart or Akeeba eXtract Wizard. Even the file names are encrypted, maximising the security of the archive. The attacker must know your password in order to extract any information out of the archive. The contents of the backup archive are encrypted using AES-128 in CBC mode (the same algorithm used in most SSL implementations). Instead of using the regular JPA archive format, use the JPS (Encrypted Archives) archiver engine and set up a password. However, your archive is transmitted unencrypted. An attacker can not use these credentials for a time period over 10 minutes, so a man-in-the-middle attack becomes very hard to accomplish and of limited use. The request is time-signed using your Access and Secret keys, by means of the HMAC signature algorithm. Using Amazon S3 without SSL does not send anything in plain text. As I said, I'm not very sure how to do that on CentOS, but I guess you can Google it :) You have to make sure that libcurl and PHP's cURL extension are set up to "see" the CA root file used by OpenSSL. if you want to restore a site locally for development/testing reasons – I do that all the time! In fact, you can download the backup file(s) using such a tool, e.g. You can browse your S3 bucket using a tool like S3Fox (runs inside Firefox), CloudBerry S3 Explorer (Windows) or Cyberduck (Mac OS X). If it reads "OK" it means that the backup completed, but the backup file was not transferred to Amazon S3. When viewing the Administer Backup Files page, the status of the backup should read "Remote", which means that the backup completed, the file was transferred to Amazon S3 and removed from your own server. If you see any warnings mentioning that the file transfer failed or get a 500 Internal Server Error message during backup, the backup did not upload to S3. A properly working backup will not throw any errors or warnings. You can be certain that the backup is working with or without SSL with two ways: I've only used Ubuntu Server for my self-managed servers and all of the above were provisioned automatically by the pre-built packages. If you are on a self-managed CentOS server I can't help you, as I've never used CentOS. If you are using cPanel, it takes care of those steps for you, as far as I know. the cURL library and the PHP cURL extension are compiled with OpenSSL support You have a Root CA (Certificate Authority) file installed on your server You have the OpenSSL library compiled and installed on your server In order to use SSL with Amazon S3 (as well as any other backup method) you need to make sure that:
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |