网管面对面：GENE FTP经典疑难解答实例

    中小企业内网应用中都缺少不了FTP数据共享服务，就目前情况来说大部分企业都使用第三方工具建立FTP服务器，毕竟Windows自身IIS服务在FTP应用上存在一定的问题，设置起来也不方便。在众多第三方工具之中Gene ftp建立软件是使用最为频繁的，他的功能和扩展应用方面表现可圈可点，不过正是因为其功能等多方面的优越性在实际使用中容易出现这样或那样的奇怪问题，相信不少网络管理员都在为GENE FTP的疑难问题而一筹莫展，今天就请各位IT168读者跟随笔者一起来完成GENE FTP经典疑难解答的全过程。

　　一，从日志信息入手解决FTP登录故障：

　　Gene FTP服务端提供了丰富的日志信息，帮助我们在出现问题后快速解决和定位问题所在。最近笔者一位朋友的Gene FTP故障就是通过日志记录信息分析并解决的。

　　（1）故障现象：

　　笔者的朋友通过Gene6 FTP Server建立了FTP服务，然而建立完毕后通过自定义设置各个参数后却发现客户端无法顺利登录。使用FTP登录工具访问时出现登录错误提示——501 An error occured, the administrator was notified.[L] 连接失败。更换帐户也依然无法顺利登录。

　　（2）分析故障：

　　众所周知FTP登录故障的问题根源有很多种，很多时候同样故障现象可能是由不同错误造成的，如何才能够快速定位故障呢？很多时候我们可以通过分析Gene FTP服务端的登录日志信息找到出错的参数设置。

　　我们在Gene FTP服务端查看日志记录信息，在服务器的主日志（MAIN LOG）中看到了错误提示信息——
　　Info: PASS ***（此处略去）
　　Exception: EConvertError
　　Details: No argument for format '%s'

　　从这个日志错误提示信息中我们可以看到问题关键在于Gene ftp认为'%s'这个格式是错误的。

　　（3）解决故障：

　　既然已经确定了登录FTP时'%s'参数格式是错误的，那么我们直接在FTP服务端的域设置消息Logged in中查看，发现原来朋友对Gene ftp进行管理时为了突出个性化登录提示而将默认的登录欢迎语言脚本的“User %s logged in”更换为“User %s logged in. 用户 %s 登录成功！”，正因为画蛇添足的“登录成功”四个字造成了客户端无法登录FTP的故障，系统登录因为'%s'后添加了字符而认为'%s'是参数，因此出现报错信息。

　　小结——不管是通过Gene ftp还是SERV-U，当FTP服务出现故障时我们首先要做的就是到日志记录文件中查看报错信息，这样才能够让我们的故障排除工作事半功倍。

   二，从NOOP功能下手解决FTP传输断流问题：
　　NOOP是FTP客户端工具的一个实用功能，他的目的是保持客户端登录到FTP服务器上保持持续的连接性，很多FTP服务器都设置为当客户端没有任何操作时经过多少秒自动断开连接来释放服务器资源，但是有的FTP服务器设置不当，客户连接后还在查询目录就遇到了自动中断连接的问题，这时我们经常用到FTP客户端的NOOP功能，他通过不定期的向FTP服务器发送数据包来保持客户端连接的活性，从而避免上述中断问题的发生。不过在笔者实际使用过程中却发现NOOP功能不仅仅可以保持客户端用户的连接性，还能够在特定环境下保证FTP传输的稳定，下面我们就从实际例子来了解他的作用。

　　（1）故障现象：

　　笔者公司内部有很多FTP服务器，每个FTP服务器上存储着不同的数据。然而最近笔者发现访问其中一台FTP服务器时，不管是上传数据还是下载数据总是出现断流现象，也就是说刚刚传完半个文件或者一个文件，FTP连接马上中断。不管客户端使用的是FTP专用工具还是IE浏览器都有这个问题，这样传输数据非常麻烦，往往一个视频格式的100多M数据文件需要反复的点继续传输按钮，而且每次中断后传输任务处的文件都自动更改状态为传输失败。

　　（2）从NOOP功能下手解决问题：

　　笔者查询了FTP SERVER上Gene程序中的日志记录信息，发现在中断传输时记录了一条错误日志信息——“Connection closed; Error 10054 in function ReadBuffer: Connection reset by peer”，笔者从网上查询相关日志的故障根源发现原来这是因为服务端设置造成的中断故障，中断原因和上面提到的“经过多少秒自动断开连接”一样，因此笔者思考能不能也通过设置NOOP发送数据包来解决传输中断的问题呢？

　　经过笔者设置开启了NOOP功能后问题迎刃而解，传输过程中不管是上传还是下载都变得非常稳定，没有再出现断流问题。当然有的FTP客户端说明文字并不是NOOP，我们只要找到相关的标明“send anti-idle kep alives”的选项即可。（如图1）

    
    小提示：

　　除了通过NOOP与“send anti-idle kep alives”功能解决FTP传输断流问题外，笔者还发现可以通过FTP客户端传输工具中的“文件存在规则”设置解决，将上传和下载是否继续传输设置为当目标文件小于源文件自动传输即可。

　　小结——从NOOP功能下手不光可以解决本文提到的FTP传输断流问题，在实际使用过程中笔者发现下面几个疑难问题也可以通过设置开启NOOP功能解决。疑难问题包括上传文件大于10M时，达到100%后，不会自动完成，而是在100%处停留很久（上传速度逐渐降到0，但还是不会自动进入下一个文件的上传）以及下载一个文件就会断一次线。