Windows图形界面打开FTP提示没有权限访问文件夹单FTP命令行正常

Windows图形界面打开FTP提示没有权限访问文件夹单FTP命令行正常

问题描述：

    使用FileZilla Server在Windows 7上架设FTP服务器，并设定用户账户及文件夹，用于更换电脑时对文件进行临时存放。使用账户登录后上传文件正常。在新Windows 7系统中，刚配置完系统可以通过“开始” - “运行”输入“ftp://<ftp server>”打开图形界面登录。但是在安装完USB KEY认证程序后，启动IE，接受默认设置以后。再次登录FTP服务器，可以看到要求输入账号和密码的对话框，输入完成后弹窗报错，并且报错过后不能看到FTP中的文件。在窗口中右键鼠标，刷新后任然报错。可是通过命令行使用FTP命令可以看到并操作FTP服务器上的文件，而且使用其他终端（Windows XP）可以正常登陆并操作文件。应该是图形界面上的问题。

错误信息

----------

FTP文件夹错误

打开FTP服务器上的文件夹时发生错误。请检查是否有权限访问该文件夹。

详细信息：

200 Type set to A

227 Entering Passive Mode (xxx,xxx,xxx,xxx,242,283)

    尝试过如下方法，但是没有解决问题：

    1. 怀疑FTP服务器账户权限设置问题。在FileZilla图形界面控制台打开用户设置，确认用户权限配置没有问题，也没有改动。重启FileZilla服务器，问题仍然存在。

    2. 查看FileZilla日志，日志显示账号正确登陆，且能看到错误消息框中的相信信息内容，且没有其他错误消息。关闭报错的窗口后，服务器日志显示正常断开。

    3. 由于新做系统后，Windows的用户名改过，怀疑和上传文件时使用的用户账户权限不匹配。在服务器端文件夹添加Everyone账户，设置完全控制。

    4. 在客户端和服务器端防火墙添加FTP端口20和21，甚至尝试关闭防火墙。

    5. 在IE设置中尝试勾选或者清除高级选项中的“使用被动FTP（用于防火墙和DSL调制解调器的兼容）”。

解决方法：

    打开IE，“工具” - “Internet 选项” - “连接” - “局域网设置”，取消“代理服务器”分组中的“为LAN使用代理服务器（这些设置不用于拨号或VPN连接）”。

    完成以上设置后，FTP窗口可以正常看到文件，并进行操作。

后记：

    发现IE代理设置问题是因为几分钟前可以打开的网页突然打不开了，看了IE错误检测后修改的。再次能正常打开网页后又试了一下FTP功能，可以正常打开后进行重复验证确定的。最早定位到IE设置是使用了IE重置功能，重新启动IE前可以打开FTP，但是当重新启动IE后，按照提示不论选”使用推荐设置“还是”暂不设置“都会导致FTP访问报错。

    解决这个问题的操作本身很简单，不需要多少专业的知识，FTP服务器日志显示正常，方位其他已经正常使用很久的FTP服务也正常，很容易想到客户端问题。但是实际上最终解决问题花了不少时间，而且IE代理服务器虽然打钩，但是实际并没有使用任何值进行设置。Windows版本变化，包括了各种组件的升级，防火墙变化，一般使用默认设置没有问题。但也有可能在版本变化的过程中引入新的功能或者规则，这些并没有很详细的文档和示例。平时即使自己阅读Windows的各方面内容也是费时费力，而且还不一定用得到。大型系统或许已经积累了很好的运维和排错经验，但是对于规模不大的系统，是没有类似的重视和积累，遇到问题时对运维人员的压力就比较大。

    另外就是一些安全软件，由于多数靠行政事业性机构采购，客户面小，而且可能存在争取到了就稳赚不赔的问题，多数软件的说明、功能、兼容性和可维护性相对差，出问题后的支持也相对麻烦。这是没有完全市场化和通用化的情况造成的。这类软件需求特别，又有信任度问题，所以“专业”软件较多，也容易造成运维人员排错困难。大多数软件正常运行的时候确实有便利性，但是出现一些奇怪的异常时就是坑。我认为多少有些运气的成分，需要有备份资源，减少使用中断的时间。

    再提一下FTP服务器，网络上较多的是Server-U或者使用IIS里提供的功能。如果要考虑授权和“正版”的情况，在Windows系统上搭建FTP服务器可以考虑一下FileZilla，这个服务器体积小，设置简单，而且不存在授权问题，其安全性也比破解或者非开源小软件更好一些。但是其不能给用户分配空间限额的问题对于重度使用不推荐。