FTP是大家比较熟悉的应用了,在日常中也会比较多的用到它。前几天有朋友求助,一台LINUX服务器在修改了默认的FTP端口后,出现无法传输文件的问题。在认真分析对方的网络架构后,最后在其RADWARE负载均衡上改了一个参数后成功的解决了这个问题,现在把这个故障解决的过程与大家分享一下。

网络架构(如图):
FTP故障解决之回顾_第1张图片

 在外网有一台特定的客户端需要访问生产环境的FTP服务器,因为应安全要求需要修改默认端口来访问,结果改完后发现不能上传和下载文件。注:生产环境服务器都是RADWARE负载均衡环境下的服务器负载均衡方式。

一、SUSE LINUX 10修改FTP默认端口

 #service  vsftpd  restart

注意:原/etc/vsftpd.conf中没有这一句listen_port=4519,需要自己添加。无需更改数据端口20.
补充:ftp的端口号20、21有何区别? 一个是数据端口,一个是控制端口,控制端口一般为21,而数据端口不一定是20,这和FTP的应用模式有关,如果是主动模式(port),应该为20,如果为被动模式(passive),由服务器端和客户端协商而定。

二、默认端口改变后
LINUX和WINDOWS都可以连接上去,但无法传送文件,具体报错“传输队列失败”。
FTP故障解决之回顾_第2张图片

可以连通但无法传输文件。
WINDOWS下传输:
FTP故障解决之回顾_第3张图片

 注意:不能使用ftp  ip地址 4519的方式,要采用FTP的交互方式来连接.  设置PASV模式可使用命令quote pasv

某些客户端工具软件,比如FlashFXP软件可在选项菜单的参数设置中勾选被动模式。
 

FTP故障解决之回顾_第4张图片

三、RADWARE负载均衡之配置改变
RADWARE支持FTP的负载均衡,注意要更改VIP地址上的应用支持协议。
 

FTP故障解决之回顾_第5张图片

 在使用默认的21端口时,Application应用层上可选择Any默认支持项即可。

FTP故障解决之回顾_第6张图片

 

 在使用改变后的FTP大端口时,Application应用层上需要选择FTP Control支持项来具体匹配。

  好了,这个小的细节也让我们对RADWARE负载均衡的FTP设置更清楚了。