This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Cannot transfer FTP Server to Server via Astaro Security Gateway

Dear all,

I have problem with FTP transfer when using ASG 425, V8.

Our customer requires files are transfered from one FTP Server (A) to other FTP Server (B). These two FTP servers are on different networks.
A: 192.168.11.30/24
B: 192.168.20.200/24.

the software controls file transferring is on computer (C) in the same network with (A): 192.168.11.14/24. I have installed Flash FXP as FTP Client because it can support FTP Site to Site transfer.

I have turned off all firewall rules on ASG, (allow every protocol/service on any network), turn off IPS.

I have created Static Route for routing between two networks.

The problem as following:

if (A), (B), (C) on the same network, every thing is OK.

if (A), (B), (C) on different network as the above, It cannot transfer file from FTP A to FTP B.

I think problem is from routing on ASG. Please help me to solve this problem, any your idea is very useful for me, thank you very much.

The following is my network diagram and some configuration and test:



This thread was automatically locked due to age.
  • Hi, do you have a PacketFilter rule to allow FTP traffic between the two servers?

    Have you looked at the PacketFilter and IPS logs?

    Barry
    • I have created a Packet filter rule that allows any packet to/from any network and place it to the top of rule.

      The IPS is turned off too.

      I cannot see any problem relevent information in the logs.

      Please note that if I install FTPClient (Flash FXP) on one of the servers (A or B), the file transfering is OK but when I install FTPClient sofware on the third computer (C), the file transfering failures.

      And FTP File transfering here is Server - To - Server, not Local -To-Server.
    • I dimly recall that early in the 8.x cycle a post was made by an Astaro employee that a change was made making the Any definition much more strict for networks....that Any basically meant internet, but not internal networks.  Try creating a new PF rule specifically allowing ftp (ports 20/21) between the specific hosts (or networks), make certain that logging is enabled for this rule, and put the rule at the top (rule #1).  Now look at the PF logs and see if there's anything unusual.

      Other things to look at:

      IM/P2P filter
      Are there host based firewalls involved?
      Are connections in your FTP software setup by IP Address or hostname?  If by hostname, make certain that networks involved have access to applicable DNS records.
      On a lark, also check the content filter log.
      __________________
      ACE v8/SCA v9.3

      ...still have a v5 install disk in a box somewhere.

      http://xkcd.com
      http://www.tedgoff.com/mb
      http://www.projectcartoon.com/cartoon/1
      • Hi, lvnambk, and welcome to the User BB!  In addition to the excellent ideas provided by Barry and Scott, ...

        In your diagram: 1. You do not need a static route for networks that both are attached to the Astaro.  You only need packet filter rules.

        Do you have the FTP Proxy enabled in the Astaro?  If you do, in which mode?

        Cheers - Bob
         
        Sophos UTM Community Moderator
        Sophos Certified Architect - UTM
        Sophos Certified Engineer - XG
        Gold Solution Partner since 2005
        MediaSoft, Inc. USA
        • Thank you for your replies. 

          To the Scott's idea, I have enabled FTP service in Packet filtering but still cannot transfer files between A, B. I cannot see any usefull information in packet filter log.

          To the BALfson's idea, I have tried with FTP proxy enabled and disable. With FTP proxy enabled, I used Transparent mode. Transfering file still failured.
          Please note that I issue command for hos A transfer file to host B from host C. The transfering here is Site To Site FTP file transfer, not much FTP client software support this capacity (Flash Fxp software can support: Download FlashFXP - FTP, FTPS, SFTP Client software by OpenSight Software)

          In my test, If I run Flash FXP on the Host A or Host B then issue copy command for host A transfer file to host B, the transfering OK but when I run Flash FXP on host C then issue copy command, the transfer failures.

          I am a programmer and beginner to network security, I can summerize the site to site transfer mechanism as the following:

          1. Host C --> raises command to connect and login to host A via port 21

          2. Host C --> raises command to connect and login to host B via port 21

          3. Host C --> raises command PASV (this is raw FTP command (http://www.jtpfxp.net/rawcmd.htm): Tells the server to enter "passive mode". In passive mode, the server will wait for the client to establish a connection with it rather than attempting to connect to a client-specified port) to host A to require host A works in passive mode.
          Host A response a message via port 21 to host C that carries information for new connection: for example (ip:192.168.11.30, port: 45123)
          to notify that host A is listening on port 45123 at ip=192.168.11.30 (ip address of host A)

          4. Host C --> raise command PORT (this is raw FTP command: Specifies the host and port to which the server should connect for the next file transfer ) to host B with data like that (PORT 192.168.11.30,45123) that requires host B will connect with host at 192.168.11.30 on port 45123.

          5. Host C --> raise command STOR (raw FTP command: Begins transmission of a file to the remote site. Must be preceded by either a PORT command or a PASV command so the server knows where to accept data from) to host B with data like that (STOR test.mpg) to require host B prepare a transmission to get new file name "test.mpg" from remote site (192.168.11.30, port 45123 as the PORT command above).

          6. Host C --> raise command RETR (raw FTP command: Begins transmission of a file from the remote host) to host A with data like that (RETR test.mpg) to require host A begin transmission on port 45123 for sending file "test.mpg".

          7. host A and B establish connection on port 45123: B--> open a socket to A (192.168.11.30) on port 45123 to transfer data.


          I have install packet capture sofware (I used WireShark) on host B and C then I can see some transmission lost and require host B retransmit.

          Capture on Host C


          Capture on Host B


          And here is packet filter log on ASG:


          Do you have any idea ?

          At the moment, to transfer file from host A to host B I have to separate this into two phases (buffer in host C) :
          1. Download file from host A to host C via FTP,
          2. Upload file from host C to host B via fTP, then delete the file on host C.
          It works OK but It takes double time to transfer file from A -> B.

          In the future, host A and host B are linux operating systems  and all my applications only work on windows so I must control file transfering from application on host C (windows OS), neither host A nor B.
        • I thought the problem was that transfers between .11.30 and .20.200 didn't happen when running Flash FXP, but those screenshots deal with .11.14.

          I wonder, since this is stuff between two devices running a program with its own protocols - maybe traffic is blocked by the Intrusion Prevention System.  Is there anything in the IPS log?

          Cheers - Bob
           
          Sophos UTM Community Moderator
          Sophos Certified Architect - UTM
          Sophos Certified Engineer - XG
          Gold Solution Partner since 2005
          MediaSoft, Inc. USA
          • I believe the problem is that since A & B are not opening a connection to each other directly, the firewall does not recognize the session.
            I am still surprised that nothing is appearing in the PF log.

            Can you login to A or B and initiate the transfers from them?

            Barry
            • I have turned off  IPS and allow:
                     Any network --> FTP(1:65535 -> 21)--> Any network
                     Any network --> any protocol--> Any network
              It still cannot transfer.

              If I login host A or B, the transfer is OK. I think ASG monitor the source and destination ip of a session and block session used in site to site transfer mechanism.

              We often transfer large video files from archiving servers to video servers for broadcasting so Site To Site is very important to us, I think ASG is not suitable for our such system [:(] .

              LVNam
            • Whenever something is a mystery, it's because the correct question has yet to be asked.

              Please go back over our comments and suggestions - ask yourself - what haven't you tried?

              Cheers - Bob
               
              Sophos UTM Community Moderator
              Sophos Certified Architect - UTM
              Sophos Certified Engineer - XG
              Gold Solution Partner since 2005
              MediaSoft, Inc. USA
              • Try disabling the FTP Conntrack helper... I think it's under PacketFilter - Advanced.

                Barry
                • Barry, that's an interesting idea about the connection helper, but that adds to my confusion about your comment yesterday that you suspect that conntrac is having troubles.  These are two networks local to the Astaro - there's not even a VPN involved, so, as long as the proper packet filter rules are in place, why would conntrac deny traffic between local resources?  I'm not saying that I doubt you - I'm saying that I'm trying to understand.

                  Cheers - Bob
                   
                  Sophos UTM Community Moderator
                  Sophos Certified Architect - UTM
                  Sophos Certified Engineer - XG
                  Gold Solution Partner since 2005
                  MediaSoft, Inc. USA
                  • AFAIK, Conntrac shouldn't do anything if there is no MASQ or NAT, but it wouldn't hurt to try disabling it.

                    Barry
                    • Aha!  I bet you're right - I bet he resolved some networking issue with a masq.  Even if not, that's a good reminder about troubleshooting other people's networking solutions - Thanks!

                      Cheers - Bob
                       
                      Sophos UTM Community Moderator
                      Sophos Certified Architect - UTM
                      Sophos Certified Engineer - XG
                      Gold Solution Partner since 2005
                      MediaSoft, Inc. USA