FXP with two proftpd servers

Hi,

I can't seem to get server-to-server transfers (FXP) to work. I've enabled "AllowForeignAddress on" on both machines, but when doing the drag-and-drop file move as shown in the tutorial video the target file only grows with about 6 MB per minute. The bandwith graph in SmartFTP shows no activity and the status field in the transfer queue says "server<->server".

Is the transfer really happening server-to-server? If so, then why is it so slow? Using wget to download the file from one server to the other was a-lot faster (round about 9 MB/sec).

Some information about the setup: My Client at home is behind at NAT Router connecting by DSL. The servers are directly connected to the internet.

Here some log information:

[23:24:27] Operation Begin

[23:24:27] Ermittle IP zu Hostnamen 24.kunden-server.org

[23:24:27] Verbindung mit 188.40.87.20 Port: 21

[23:24:27] Verbunden mit 24.kunden-server.org.

[23:24:27] 220 ProFTPD 1.3.1 Server (24.kunden-server.org) [188.40.87.20]

[23:24:27] USER tester123@testdomain.de

[23:24:27] 331 Password required for tester123@testdomain.de

[23:24:27] PASS (unsichtbar)

[23:24:30] 230 User tester123@testdomain.de logged in

[23:24:30] SYST

[23:24:30] 215 UNIX Type: L8

[23:24:30] Erkannter Servertyp: UNIX

[23:24:30] RTT: 104.358 ms

[23:24:30] FEAT

[23:24:30] 211-Features:

[23:24:30]  LANG en

[23:24:30]  MDTM

[23:24:30]  UTF8

[23:24:30]  REST STREAM

[23:24:30]  SIZE

[23:24:30] 211 End

[23:24:30] OPTS UTF8 ON

[23:24:30] 200 UTF8 set to on

[23:24:30] PWD

[23:24:30] 257 "/" is the current directory

[23:24:30] Ermittle IP zu Hostnamen 15.kunden-server.org

[23:24:30] Verbindung mit 83.246.118.44 Port: 21

[23:24:31] Verbunden mit 15.kunden-server.org.

[23:24:31] 220 ProFTPD 1.3.1 Server (15.kunden-server.org) [83.246.118.44]

[23:24:31] USER ftp@domorder.com

[23:24:31] 331 Password required for ftp@domorder.com

[23:24:31] PASS (unsichtbar)

[23:24:33] 230 User ftp@domorder.com logged in

[23:24:33] SYST

[23:24:33] 215 UNIX Type: L8

[23:24:33] Erkannter Servertyp: UNIX

[23:24:33] RTT: 127.075 ms

[23:24:33] FEAT

[23:24:33] 211-Features:

[23:24:33]  LANG en

[23:24:33]  MDTM

[23:24:33]  UTF8

[23:24:33]  REST STREAM

[23:24:33]  SIZE

[23:24:33] 211 End

[23:24:33] OPTS UTF8 ON

[23:24:33] 200 UTF8 set to on

[23:24:33] PWD

[23:24:33] 257 "/" is the current directory

[23:24:33] CWD /htdocs/movies

[23:24:33] 250 CWD command successful

[23:24:33] PWD

[23:24:33] 257 "/htdocs/movies" is the current directory

[23:24:33] TYPE I

[23:24:33] 200 Type set to I

[23:24:33] SIZE stromberg-5.vdr

[23:24:33] 213 1702389522

[23:24:33] MDTM stromberg-5.vdr

[23:24:33] 213 20091118211121

[23:24:33] CWD /htdocs

[23:24:33] 250 CWD command successful

[23:24:33] PWD

[23:24:33] 257 "/htdocs" is the current directory

[23:24:33] TYPE I

[23:24:34] 200 Type set to I

[23:24:34] SIZE stromberg-5.vdr

[23:24:34] 550 stromberg-5.vdr: No such file or directory

[23:24:34] File exist check failed. File not found or permission denied.

[23:24:34] PASV

[23:24:34] 227 Entering Passive Mode (83,246,118,44,138,119).

[23:24:34] PORT 83,246,118,44,138,119

[23:24:34] 200 PORT command successful

[23:24:34] STOR stromberg-5.vdr

[23:24:34] RETR stromberg-5.vdr

[23:24:34] 150 Opening BINARY mode data connection for stromberg-5.vdr

[23:24:34] 150 Opening BINARY mode data connection for stromberg-5.vdr (1702389522 bytes)

Thx for any advice

You don't see the transfer activity/progress in the client that controls the server to server transfers. The data is sent from one server to the other. If you want to do performance comparision also use the FTP protocol with wget.

You do not seem to understand the server-to-server concept. The data goes directly from one server to the other. You may want to contact the proftpd developer about the speed discrepancy. My guess is that proftpd is using another socket buffer size than the wget ftp client.

I'll try the FXP Transfer with some other FTP Clients, which according to their name have specialiesed on it. Should I get better results from them, I'll consider giving you a testaccount on each server to test for yourself. If not I'll go and bother the proftpd community with the issue.

It's just quite hard to believe that proftpd would have such an trivial bug in a feature supported for such a long time allready.

I do understand what to expect from FXP. I'm just trying to find a reasoable explaination for the throughput I'm seeing.

As explained before the problem is unrelated to SmartFTP and the transfer speed cannot be influenced by the FTP client in any way for a Server-To-Server transfer.