FTP故障解决之回顾

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

网络架构（如图）：

 在外网有一台特定的客户端需要访问生产环境的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都可以连接上去，但无法传送文件，具体报错“传输队列失败”。

可以连通但无法传输文件。
WINDOWS下传输：

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

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

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

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

 

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

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