Support

Akeeba Backup for Joomla!

#8561 Backup failed

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 kkevents on Thursday, 12 August 2010 08:16 CDT

kkevents
I made one back up and it did fine and FTP worked also, now it does not. ##text##

dlb
The backup actually completed, the problem occurred in transferring the backup during post processing. There isn't any indication as to why the ftp failed. I think the answer is to go to the Developer's Release because it has some additional logging for the post processing section. I need to have Nicholas confirm that.


Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

kkevents
I used the latest developer release here is t##text##he log.

dlb
Well, that gives a little more information, but it wasn't particularly helpful for me. :) I flagged the thread for Nicholas earlier, maybe he can make something out of it.


Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

nicholas
Akeeba Staff
Manager
Most probably there is a problem with the FTP credentials and/or the directory. Make sure that these are correct by using the Test Connection button in the configuration page. For example, maybe your password changed in the meantime?

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!

kkevents
everything is correct, I used test connection before my first attempt and after every change, it always connects. I also use a Joomla Component that uploads files to the server and to my off site FTP server which is working fine using the same user and password. I have made several different users all with the same error. I also get an FTP transport error using the remote. Other services are able to use FTP just fine just not Akeeba. IT worked once when I first set it up. Now it does not.

kkevents
IT looks like it will connect and FTP ok as long as SSL is not enabled in Akeeba. IF I try to use SSL it will connect but not download. I have a valid SSL Cert, and I can use SSL in Filezilla and FireFTP fine. The only thing perhaps may be an issue is I use DYNDNS as I have a variable IP address for my off site ftp server for the incoming downloaded Backup Files.

nicholas
Akeeba Staff
Manager
Do note that using the SSL option forces Akeeba Backup to try to use FTPS (FTP over implicit SSL) not SFTP (file transfers over the SSH protocol). FTPS and SFTP are completely different and incompatible protocols. That said, there is the issue of Active vs. Passive connections. Akeeba Backup only supports passive FTP. If your server doesn't work with Passive FTP over SSL, Akeeba Backup will indeed connect but it will not be able to transfer files to the server. The DynDNS should not be a factor, as long as the server's IP doesn't change in-between subsequent connections. If this happens, it's possible that the upstream DNS servers do not have the chance to "catch up" with the change, which won't allow the domain name to resolve to a valid IP and the connection will ultimately fail.

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!

kkevents
My server does support SFTP, FTPS, FTPES,. It is set for Passive. I am able to connect just fine with all protocols from File Zilla. My ip address doesn't change that often maybe every couple of months. I also confirmed that it did not change during my tests. I have server setup on port 21 for standard FTP. I have also tried 990, 989, 22, ect with no change. I have tried every combo of options in my server as well as in Akeeba. Could it be an SSL certificate issue?

nicholas
Akeeba Staff
Manager
AFAIK the FTPS port is not 21. Normally it is port 990, but you'd better consult the documentation of the FTP server. It is very possible that a self-signed certificate would cause connection failure. AFAIK, PHP is using OpenSSL to route its SSL requests. By default, OpenSSL requires peer certificate validation (otherwise what's the point of having an SSL/TLS connection?). Apart from adding a self-signed certificate to the web server's certificate store, I don't know of any other way to convince PHP to not do certificate validation. Even if I did, I would probably refrain from putting it in the code, since the lack of signature validation doesn't protect you from man-in-the-middle attacks and defies the whole concept of the secure connection.

If you are security-minded, I will be including a new archive format in Akeeba Backup Pro 3.1, the JPS format. It is essentially a derivative of the JPA format which encrypts the file headers and file data with AES-128 encryption. This would allow you to safely transfer your backup archives over an unencrypted connection, as their contents would be useless to an eavesdropper who doesn't know your secret key.

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!

kkevents
My certificate is a commercial certificate from godaddy. I have tried to use every port including 990. The new JPS format would be very good to have.

Like I said before I am able to use other FTP programs over SSL with no problems to my server with my godaddy SSL cert.

I am just not sure of the security risk using standard FTP over port 21. I know the risk is probably low, but would like to get it working.

Is there any other variable I am over looking?

1. My FTP Server accepts port 21,22,23,989,990 passive port range 55536-55663.
2. I am using a router with port forwarding to my server all port forwarded correctly
3. Using a godaddy.com SSL certificate 2048
4. all settings Akeeba are correct.

I will try connecting to one of my other commercial servers to see if that works.

Do you know if there is a way to change the port on Akeeba to use ssl on port 21?

Thanks for your time

nicholas
Akeeba Staff
Manager
Akeeba Backup - actually, PHP's FTP implementation - can only use FTP over implicit SSL. It cannot use FTP over explicit SSL. I think that the problem is that your server only supports FTP over explicit SSL. Unless PHP starts supporting something like that (or I finish writing a wrapper around cURL for Akeeba Backup 3.2) this won't work. That said, you can easily change the FTP port in Akeeba Backup's configuration, but I guess that your real question was "how can I use explicit SSL on port 21", right?

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!

kkevents
Yes that all makes a lot of sense thank you for all the information. So I guess I am stuck with standard FTP then for now.

Thanks again for your time.

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!