If this turns out to be the problem, you might also try to force your ftp server to ACTIVE mode connections only and tell your client to use ACTIVE (port 20/21) instead of PASSIVE. If you can't seem to get your Security team to work with that, try getting them to allow ssh traffic and tunnel ftp through ssh (the encrypted traffic normally makes Security folks smile and the solution does work well).
On Tuesday 07 January 2003 05:35 am, you wrote: > Sounds familiar; we had a client that was doing FTP transfer into and > out of our "DMZ" from a MVS system and would randomly get sessions > resets. Firewall folks said that the FTP sessions were getting their > ports shifted into ranges that the Firewall considered hacker attacks > and shut them down. Firewall folks had to make some changes (kicking and > screaming about security) to make sure the ports were not denied. > > Been some months ago, and not sure if it was our firewall around our > "DMZ" or the client's firewall around their system. > > -----Original Message----- > From: Gowans, Chuck [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, January 07, 2003 8:17 AM > To: [EMAIL PROTECTED] > Subject: FTP Failures to Linux Guest > > We have a customer who's transferring approximately 200 files nightly > from > an OS/390 2.10 guest to a RedHat Linux 7.2 at the 2.4.9-38 kernel level. > The files vary in size but are generally always smaller than 600k. The > FTP > process fails 99% of the time after transferring anywhere from 20 to > 150 of > the files. We can recreate the problem on another Linux guest running > the > same version of RedHat.
