Trouble FXPing between two ProFTPD servers

[paddy]

Hi,

* FTP server(s) name [ProFTPD], version [1.2.10rc3]
ProFTPD (http://www.proftpd.org)

* timestamped, and side prefixed FTP log (please paste)
With FlashFXP:
[10:33:32] [L] TYPE I
[10:33:32] [L] 200 Type set to I
[10:33:32] [R] TYPE I
[10:33:32] [R] 200 Type set to I
[10:33:32] [L] PASV
[10:33:32] [L] 227 Entering Passive Mode (212,37,1,30,12,212)
[10:33:32] [R] PORT 212,37,1,30,12,212
[10:33:32] [R] 504 Command not implemented for that parameter
<hangs>

With profxp:
::
:: -=- XFER start for 'dirsizes', size 365 bytes -=-
>> PASV
<< 227 Entering Passive Mode (212,37,1,30,214,131).
>> PORT 212,37,1,30,214,131
<< 200 PORT command successful
>> STOR dirsizes
<< 150 Opening BINARY mode data connection for dirsizes
>> RETR dirsizes
<< 150 Opening BINARY mode data connection for dirsizes (365 bytes)
:: >>> XFER running, hit 'a' to abort, 's' to stop after current file <<<
<< 226 Transfer complete.
<< 226 Transfer complete.
:: -=- XFER of 'dirsizes' complete -=-
(no timestamps in this client)

* any other info

I've setup two ProFTPD daemons on two machines and am trying to use FXP to transfer files between the two.

It's just not working when I'm using FlashFXP but with another client (profxp (http://duncanthrax.net/profxp/)) it works fine.

[bigstar]

In FlashFXP configure one of the sites to use the Alternative FXP method in the Site Manager / Advanced Tab

[paddy]

Fidled around with these settings without any possitive result :(

[bigstar]

When you enabled Alternative FXP did the direction of the PASV <> PORT commands reverse?

My thought was that profxp did things backwards compared to FlashFXP. My reason for this was because of the PASV reply. One reply ends with a period and the other doesn't. I took this as a sign of two different ftp servers returning the PASV reply.

One site allowing PORT and the other not allowing it.

[paddy]

Originally posted by bigstar
When you enabled Alternative FXP did the direction of the PASV <> PORT commands reverse?


Yes, it did. But the response were the same.


My thought was that profxp did things backwards compared to FlashFXP. My reason for this was because of the PASV reply. One reply ends with a period and the other doesn't. I took this as a sign of two different ftp servers returning the PASV reply.


Well.. it does something else, thats for sure. One difference is that FlashFXP is running behind a fw and profxp aint.. but my understanding of FXP is that my client doesnt bother about communication between the two servers ?


One site allowing PORT and the other not allowing it.


Both support both PASV and PORT mode.. atleast for direct down-/up -loading.

Been trying a few different ftp-servers and from what I can get is the following:


proftpd <-> proftpd = no go
proftpd <-> raidenftpd = no go
proftpd <-> glftpd = no go
proftpd <-> vsftpd = no go
proftpd <-> g6ftpserver = works both ways
glftpd <-> glftpd = works both ways


I find this pretty strange ? What really amazes me is that the g6ftpserver worked .. becouse that one is aculy behind a fw seen from the proftpd's side..

I can setup a lab for you if you would like to debug something.. PM me in that case.

[bigstar]

The firewall can limit your ability to perform site to site transfers if the firewall uses transparent network address translations or protocol helpers. Especially if both sites are on port 21. Let me guess glftpd and g6ftpserver are both running on non port 21?

[paddy]

Aculy no.. the g6ftpserver is on port 21 while the gl aint but gl aint behind a fw ether. And no the FW aint doing NAT at all.