Usually, I have used SYNCOVERY software to synchronize some files between my Windows PC and a remote CENTOS server. Everything was working fine.
However, I started to use TLS for the FTP connections (configured as a REQUIREMENT on my remote server), and here is when the issue started.
Looks like something in the TLS "handshake" is not going well, hence, the server although it connects, it rejects the "LISTING" library command, then I can't see any directory.
If I use EXACT parameters with FILEZILLA or another FTP client, it works flawless.
Here an extract of the logs from my server when using SYNCOVERY to FTP the server:
------------------
mod_tls/2.6[3967]: TLS/TLS-C requested, starting TLS handshake
mod_tls/2.6[3967]: TLSv1 connection accepted, using cipher DHE-RSA-AES256-SHA (256 bits)
mod_tls/2.6[3967]: SSL/TLS required but absent on data channel, denying LIST command
------------------
Looks like the issue arises on "data channel". Then I can't see the directories ("denied list command". Also I tried ALL list commands in SYNCOVERY software). According to some forums out there, I found that these kind of issues is due to the CLIENT software, rather than the Server configuration for TLS.
It is like the FTPS client is not sending the required commands, and performing the COMPLETE SSL/TLS handshake on the CONTROL and DATA Channels connection, as required by the "TLSRequired on" directive.
And again, if I use Filezilla, these are the logs, and using that client allows me to see the directories on the FTP connection session:
--------------------
mod_tls/2.6[9703]: TLS/TLS-C requested, starting TLS handshake
mod_tls/2.6[9703]: TLSv1 connection accepted, using cipher AES256-SHA (256 bits)
mod_tls/2.6[9703]: Protection set to Private
mod_tls/2.6[9703]: starting TLS negotiation on data connection
mod_tls/2.6[9703]: client reused SSL session for data connection
mod_tls/2.6[9703]: TLSv1 data connection accepted, using cipher AES256-SHA (256 bits)
--------------------
I would appreciate some clues here. Thanks