I suspect you are falling victim to a 'rock and a hard place'
combination of events that comes together when you use secure
connections in combination with private addresses that need to be
translated.
FTP data connections (used for directory listings and file transfers)
are separate TCP connections from the main "control" connection. To
establish an 'active' connection, the client side announces it's own
address and special port number it will listen on for that data
connection. Alternatively, to establish a 'passive' connection, the
client side asks the server to chose a port of it's own, then the server
announces back it's own Ip address and port number.
So depending on the type of data connection you are attempting, either
individual device may want to announce it's "private" ip address, and
this occurs in the data portion of the packet, not in the TCP header,
which you can imagine might cause a problem if you are relying on NAT.
However, most NAT implementations are very smart about FTP and they will
look inside the data portion of these types of FTP packets and translate
those IP addresses, as well.
The problem you run into when you add secure (SSL) FTP into the picture
is this: The data portion of the packet is now encrypted, and NAT
devices are not going to be able to recognize the data anymore, so they
can't watch if for private addresses which they need to translate. They
still translate the clear text TCP header fine, but the data portion
which contains these active/passive annoucements goes through
un-translated. They reach the other side, and then the other side tries
to connect to the private address of the first side.... which it
obviously can't.
Based on your description, I suspect your failing client is attempting
an active data connection, and if you switch to passive, it may start to
work. However, switching to passive can bring about the same problem on
the opposite side. In that case, I'd recommend you look at TID 3931251
for options about what to do to get the NetWare FTP server to only
announce a public address instead of a private one. For that matter,
some FTP clients can fake a public address in their active connection
also, so consult your FTP client doc and configuration as well.
--
dpartrid
------------------------------------------------------------------------
dpartrid's Profile:
http://forums.novell.com/member.php?userid=18260
View this thread:
http://forums.novell.com/showthread.php?t=338757