再次小小的修改common-net中ftp包

FTP与NAT穿越

最新推荐文章于 2023-11-17 21:34:26 发布

原创最新推荐文章于 2023-11-17 21:34:26 发布 · 170 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#.net #网络应用 #防火墙 #网络协议 #应用服务器

基础专栏收录该内容

14 篇文章

订阅专栏

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

起因: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]