ftp刷新后文件大小变0字节的解决方法
为了方便员工在局域网中交流、沟通，单位领导要求网络管理员尽快在内网中安装架设文件传输服务器，保证员工日后能够利用ftp功能上传、下载共享资源。领到任务后，网络管理员丝毫不敢懈怠，加班加点，在最短的时间内，安装、调试好了FTP服务器;原以为可以交差了事了，谁曾想到，FTP服务器在正式“服役”的第一天，网络管理员就接二连三地收到员工的电话“投诉”，说在向文件服务器上传文件时明显不正常，例如容量不大的文件上传到服务器系统中后，经过简单刷新操作，目标文件的容量大小就变成了0字节;对于容量较大的文件来说，它们一旦被上传到服务器系统中后，再下载到客户端系统时就变得无法打开了，还有一些文件在上传成功后，它们的文件尺寸都比原来的要小一些。文件传输出现这样的蹊跷问题，事关重大，网络管理员立即动手对文件上传故障进行排查。
故障排查过程
由于FTP服务器安装、架设操作，是一项常规操作，网络管理员在平时的工作过程中，经常进行这样的操作，所以他认为FTP服务器的安装、配置操作应该不存在问题，之所以会出现上述不正常问题，很可能是员工客户端系统自身存在问题。为了排除客户端系统自身因素，网络管理员特地在单位内网中任意选择了几台客户端系统进行文件上传测试操作，结果发现上述故障现象果然存在，特别是在上传文件尺寸比较小的共享资源时，故障现象更为明显，显然上传文件出错现象的的确确存在。考虑到FTP服务器是安装、架设在Windows Server 2003服务器系统中的，同时使用的是Serv-U专业工具，于是网络管理员打算从FTP软件、服务器系统、客户端系统三个方面，对上传文件出错故障现象进行依次排查。
1、检查Serv-U状态
为了图方便，网络管理员当时使用的Serv-U工具，是自己很早以前从网上下载得到的，会不会是该程序的版本比较低，造成了上面的故障现象呢?想到这一点，网络管理员立即从网上下载得到最新版本的Serv-U工具程序，并按照正确的方法，将它安装到Windows Server 2003服务器系统中，同时对它进行了正确配置;可是，在实际测试文件上传操作时，发现文件在上传过程中，仍然还会出现一些稀奇古怪的故障现象，这说明上传文件出错现象与Serv-U工具的版本无关。
考虑到Windows Server 2003服务器系统中自带有文件传输功能，会不会是该功能与Serv-U工具在系统资源使用方面出现了冲突呢?联想到之前曾经遭遇过这种冲突，网络管理员毫不含糊地进入服务器系统的Internet信息管理器窗口，展开IIS控制台窗口，发现系统自带的FTP功能并没有启用运行，这说明Windows Server 2003服务器系统中自带的文件传输功能不会与Serv-U工具发生冲突，那么文件上传出错肯定另有原因。后来，网络管理员又担心Serv-U工具可能在参数配置上出错，干脆卸载掉Serv-U工具，同时启用服务器系统自带的FTP功能，测试文件上传操作的正确性，结果让人感到很意外，在使用服务器系统自带文件传输功能的情况下，上面的一些奇怪故障仍然还是存在，很明显这些故障现象应该不是由FTP服务器软件引起的。
2、检查服务器状态
在排除Serv-U故障因素后，网络管理员开始怀疑Windows Server 2003服务器系统的状态可能存在问题。由于使用不同用户账户上传共享资源时，出现的故障现象不完全相同，网络管理员下意识地认为问题可能出在FTP主目录的访问权限上;于是，网络管理员立即打开服务器系统的资源管理器窗口，从中找到FTP主目录，用鼠标右键单击该目录图标，从弹出的快捷菜单中执行“属性”命令，打开FTP主目录的属性设置窗口，单击其中的“安全”标签，在对应的标签设置页面中，将everyone账号的访问权限设置为“完全控制”，同时单击“确定”按钮保存好上述设置操作。原以为修改过访问权限后，上述故障现象能够自动消失，可是经过实际测试，网络管理员发现问题的解决竟然没有任何进展。
会不会是服务器系统中存在网络病毒，造成了文件上传出现了古怪现象呢?考虑到在架设FTP服务器之前，Windows Server 2003系统作为文件服务器已经持续运行了很长时间，网络管理员也不能确定该系统究竟是否存在网络病毒，但是为了排除网络病毒因素，网络管理员还是使用最新版本的杀毒软件，对Windows Server 2003服务器系统的各个“角落”进行了彻底地病毒查杀操作;经过长时间地杀毒等待，结果还真从服务器系统中清除了一些网络病毒，原以为这些网络病毒被清除干净之后，上传文件出错的故障现象也能自动消失了，可是网络管理员重新进行文件上传测试时，发现那些奇怪的故障现象竟然还存在，这说明上述故障现象不是由网络病毒引起的。
在确认网络病毒被清除干净之后，网络管理员偶然发现服务器系统中启用运行了最新版本的瑞星防火墙程序，有没有可能是这个瑞星防火墙程序在暗中捣乱呢?为了排除这方面的干扰，网络管理员打算暂时先将服务器系统中的防火墙程序关闭掉;说到做到，他立即关闭了正在启用运行的瑞星防火墙程序，之后重新进行文件上传操作，结果还是出现了相同的问题。后来，网络管理员又打开服务器系统的组策略编辑界面，从中检查了与网络连接有关的组策略设置，也没有找到明显的问题，为此网络管理员断定问题肯定与服务器系统自身状态没有任何关系。
3、检查客户端状态
既然服务器系统状态以及Serv-U程序状态都正常，那么问题看来肯定出在客户端系统身上了。由于网络管理员之前已经在单位内网的几台客户端系统中进行了上网测试，并且发现都存在上传文件出错的现象;仔细对这几台客户端系统进行了比较，网络管理员发现这些系统中都没有安装使用专业的文件传输客户端工具，只是使用的IE浏览器来登录FTP服务器系统，并进行文件上传操作的;而网络管理员自己使用的笔记本电脑中恰好安装有LeapFtp专业工具，那为什么不使用该工具进行一下文件上传测试操作呢?想到做到，网络管理员立即将自己的笔记本电脑接入到单位的局域网中，并且启动运行LeapFtp专业工具，来尝试进行文件上传操作，结果发现使用这种方式进行文件上传操作一切正常，看来问题果然出在客户端系统身上。之后，网络管理员又将LeapFtp专业工具下载安装到故障客户端系统中，再次使用该专业工具进行文件传输测试，发现文件上传操作也没有出现任何错误，这说明FTP服务器端的工作状态一切正常。
那么为什么使用IE浏览器登录FTP服务器系统，并进行文件传输操作时，会出现一系列奇怪的故障现象呢?难道是有什么东西在暗中拦截IE浏览器的文件上传操作?联想到服务
器系统中安装启用了最新版本的瑞星防火墙程序，那么客户端系统中有没有安装这样的防火墙呢?仔细一查看，网络管理员发现所有客户端系统都无一例外地安装启用了最新版本的瑞星防火墙程序，在其中一台客户端系统中关闭瑞星防火墙程序后，再使用IE浏览器进行文件上传操作时，发现之前出现的奇怪故障立即消失了，很明显问提出在客户端系统的瑞星防火墙程序上。
虽然关闭瑞星防火墙程序能够解决文件上传出错故障，但是这样一来会影响局域网的运行安全，网络管理员估计只要对防火墙程序进行合适设置，让它对IE浏览器的文件上传操作予以放行，就能真正解决问题了。于是，网络管理员打开最新版本的瑞星防火墙程序界面，依次查看其中的各项安全设置时，发现一项名为“恶意网址拦截”的选项功能处于启用运行状态，将该功能选项取消运行之后，再在防火墙程序启用状态下进行文件上传操作时，发现以前的故障也没有了，看来本文故障的最终祸首就是瑞星防火墙的“恶意网址拦截”功能了。
最后的总结
从上面的故障排除过程来看，网络管理员由于没有注意到客户端系统中的防火墙程序影响，从而造成了故障排查多走弯路的现象。为此，我们日后再次遇到网络故障时，应该先弄清楚具体的故障现象，并对现象的明显特征进行仔细分析、排查，这样有利于对症下药，提高故障解决的效率。