再次小小的修改common-net中ftp包-优快云博客

本文链接：https://blog.youkuaiyun.com/iteye_15246/article/details/81860828

本文探讨了FTP协议在存在NAT转换的网络环境中遇到的问题及其解决方案。由于FTP协议早期未考虑NAT，导致被动模式下返回的IP地址无法直接用于数据连接。文章提出了两种解决方法：一是利用防火墙的应用层包过滤功能；二是通过修改客户端程序，确保数据连接能够正确建立。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

起因:ftp协议八几年定的,那会还没有nat转换,ftp协议中pasv命令会把ip地址和端口返回给客户端,这些返回值是在网络包的数据部分,那么网络层的nat转换自然是不去转的了,除非防火墙带应用层包过滤功能,好像叫Alg吧,不然这个转换功能只能自己做.

举个例子:

ftp server对外IP: 192.168.56.34

[size=medium]一个机构的网络把这个ip转成内部地址:172.16.56.34 ,供内部使用.

内部客户发起ftp连接到172.16.56.34,没有问题连接成功.
发起pasv命令,这回服务器返回的是192.168.56.34而不是172.16.56.34,原因上面讲了.
客户收到后,解析,然后进行数据连接,很明显连不通.路由不到.

解决办法:

1. 防火墙使用应用层包过滤,可以解决.
2. 改客户端程序.

ftp客户端的用的是apache的common-net包,
FtpClient extends Ftp extends SocketClient

connect方法在SocketClient中,在SocketClient中加个变量_set_passive_host,把connect连接时的ip在connect方法里赋给_set_passive_host

然后还有一个方法就是解析pasv的返回值,方法在FtpClient中,名字我忘了.
里面解析完的ip是存放到_passive_host中,那么在这个方法里把_passive_host的值等于_set_passive_host就好了.


基于上面的改动,我们调用的程序不用做任何修改就可以适应这种网络环境了.

小结:基础知识要扎实呀,不然没得玩.呵
[/size]