I:

/etc/init.d/iptables stop

and tried it again with Filezilla. The same error message.

I tried it with gftp:
I got connection timed out (iptables still off)

So I tried with an Ubuntu 11.04 (on the same machine/network, but in
VirtualBox). I installed Filezilla from the Ubuntu repositories:

root@ubuntu:/home/ubuntu# dpkg -l | grep -i filezilla
ii  filezilla                             3.3.5.1-1ubuntu1
              Full-featured graphical FTP/FTPS/SFTP client
ii  filezilla-common                      3.3.5.1-1ubuntu1
              Architecture independent files for filezilla
root@ubuntu:/home/ubuntu# lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 11.04
Release:	11.04
Codename:	natty
root@ubuntu:/home/ubuntu#

and it worked!! So it looks like the problem isn't on FTP server side.
The problem is on FTP client side.

If any further info needed please tell me, and I will be glad to give
that information.

Since I didn't find "ftp-ssl" package in the SL repositories, I
couldn't try out the thing from terminal..

The FTPS password is simple, that's not the problem.

Here are my configured repositories:

[root@pc ~]# yum repolist
repo id
 repo name
                                status
adobe-linux-x86_64
 Adobe Systems Incorporated
                                    2
rpmforge
 RHEL 6.1 - RPMforge.net - dag
                                4.091
skype
 Skype Repository
                                    1
sl
 Scientific Linux 6.1 - x86_64
                                6.251
sl-security
 Scientific Linux 6.1 - x86_64 - security updates
                                  847
virtualbox
 VirtualBox
                                   17
repolist: 11.209
[root@pc ~]#

Could it be a problem with the CertificateAuthorities installed (or
not installed?) on my PC?

Thanks for any help.


2012/1/17 Felip Moll <[log in to unmask]>:
> I remember that no much time ago there was an incompatibility with Proftpd
> and Filezilla and I remember some other problems with these two programs.
>
> For example:
> http://forum.filezilla-project.org/viewtopic.php?f=2&t=23101
>
> I suggest you to search on Google for your specific problem to be sure that
> the cause is your computer, because maybe it is not. With gFTP or another
> ftp client does it work?
>
> best regards
>
> 2012/1/17 Ray Van Dolson <[log in to unmask]>
>>
>> On Tue, Jan 17, 2012 at 04:27:52PM +0100, palmerlwatson wrote:
>> > When I'm trying to log in to a server via FTPS with Filezilla I get
>> > these FTP messages from the server:
>> >
>> > Response:   220-This is a private system - No anonymous login
>> > Response:   220 You will be disconnected after 60 minutes of inactivity.
>> > Command:    AUTH TLS
>> > Response:   234 AUTH TLS OK.
>> > Status: Initializing TLS...
>> > Error:  GnuTLS error -50: The request is invalid.
>> > Error:  Failed to initialize TLS.
>> > Error:  Could not connect to server
>> >
>> > It worked great before on Fedora 14/Filezilla. But now I'm using
>> > Scientific-Linux with Filezilla (I reinstalled my PC from Fedora to
>> > Scientific Linu), and it gives this. What am I missing?
>> >
>> > I installed Scientific Linux as a "Normal Desktop" from the 64bit DVD:
>> >
>> > [user@pc ~]$ lsb_release -a
>> > LSB Version:
>> >
>> > :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch
>> > Distributor ID:    Scientific
>> > Description:    Scientific Linux release 6.1 (Carbon)
>> > Release:    6.1
>> > Codename:    Carbon
>> > [g@a ~]$ rpm -qa | egrep -i "filezilla|gnutls"
>> > gnutls-2.8.5-4.el6.x86_64
>> > [user@pc ~]$
>> >
>> >
>> > I downloaded Filezilla from here
>> > (FileZilla_3.5.3_x86_64-linux-gnu.tar.bz2):
>> >
>> > http://filezilla-project.org/download.php?type=client
>> >
>> > because I didn't find it in the repositories.
>> >
>> > Does anybody knows why do I get this answer? I mean what is the
>> > solution to make it work? (again: connection worked with Fedora 14 on
>> > the same day.)
>> >
>> > Thank you!
>>
>> Maybe you have some sort of smart firewall in the middle which doesn't
>> recognize the encrypted traffic as part of an FTP session?
>>
>> (Or perhaps such a firewall exists on the remote side).
>>
>> Ray
>
>