[R] Connecting to test -> IP=x.x.x.x PORT=xxxxx
[R] Connected to test
[R] Connected. Negotiating SSL session..
[R] SSL negotiation successful...
[R] SSL encrypted session using cipher RC4-MD5 (128 bits)
[R] 220 FTP Server ready.
[R] PBSZ 0
[R] 200 PBSZ 0 successful.
[R] USER test
[R] 331 Password required for test.
[R] PASS (hidden)
[R] 230 User test logged in.
[R] SYST
[R] 215 UNIX Type: L8
[R] FEAT
[R] 500 'FEAT': Command not understood
[R] REST 100
[R] 350 Restarting at 100. Send STORE or RETRIEVE to initiate transfer.
[R] REST 0
[R] 350 Restarting at 0. Send STORE or RETRIEVE to initiate transfer.
[R] CWD /
[R] 250 CWD command successful.
[R] PWD
[R] 257 "/" is current directory.
[R] PROT C
[R] 200 Protection set to: Clear.
[R] PROT V
[R] 504 PROT V unsupported.
This was a quick test done with with ioFTPD. As you can see, PROT C is allowed during this Implicit SSL session. To prove that the server isn't just accepting any old random garbage, PROT V doesn't work because it isn't a valid mode.
Thanks for the quick reply bigstar! I was looking for an FTP client which supported this mode in particular, and I think lftp (for linux) allows PROT C transfers during Implicit SSL negotiations from what I've read.
|