computer 版 (精华区)

发信人: yahooboy (复活鸟), 信区: POPsoft
标  题: 关于IIS5-FTP与Serv-U (转载)
发信站: 听涛站 (Mon Oct 16 01:49:34 2000), 转信

BBS水木清华站∶精华区
发信人: CHh5945 (痴痴), 信区: NewSoftware
标  题: 关于IIS5-FTP与Serv-U (转载)
发信站: BBS 水木清华站 (Sun Jan 30 19:35:34 2000)

【 以下文字转载自 WinNT 讨论区 】
【 原文由 flyriver 所发表 】
关于IIS5-FTP与Serv-U

服务器软件：IIS5-FTP，Serv-U2.5b
客户端软件：CuteFTP3.5
Win2000版本：内部版本2183

    可能是NT4中的FTP服务器给我的印象太差的缘故，
我安装IIS时从来不选FTP服务。不过今天有人说Serv-U
太弱，当时我想到的是不是IIS5的FTP跟以前相比好了很
多？于是把IIS5的FTP装了上去，试了一把，有如下结果。
    对于一个FTP服务器，我最关心的是支不支持断点续
传。还好IIS5的FTP终于支持断点续传啦，DL/UL都支持，
还行。
    我还关心一个FTP服务器是否支持quota。还好，win2000
支持NTFS磁盘的quota，只是觉得这东西有点搞笑。看看
偶的实验结果。首先在incoming所在的盘加上25M的磁盘配
额，然后上载db2k-asp.exe (59.3M)。果然有效，上载了
25M之后就无法上载啦。于是我切换到资源管理器，把配额
改为50M，再切换回CuteFTP，让它续传db2k-asp.exe。
另我惊讶的是，CuteFTP竟然一直上传，不过中间闪了一下，
但没有看清楚是什么信息。最后CuteFTP显示Transfer Complete！
我刷新了一下，发现incoming目录里面的db2k-asp.exe只有
34.3M的大小！而不是我期望中的50M大小。
    另一个测试。首先还是给incoming所在的盘加上25M的
配额，然后上传db2k-asp.exe，在25M处停止。把这个只有
25M的文件copy到db2k-asp.bak，然后不改动配额，切换到
CuteFTP，继续上传db2k-asp.exe，选择resume，令人分特
的是，这个时候依然可以续传，然后CuteFTP报告Transfer
Complete。切换到命令行，比较文件

incoming>fc /b db2k-asp.bak db2k-asp.exe
... ... （太长了，省略）

    可以看到这两个文件是完全不一样的。//puke
当然这个可能是我用的Win2000的版本太老有关，不知道后面
的版本中是否还有这个问题？

    在Serv-U中，上面的问题都不存在。只要配额用完，
续传文件或上传新文件都会导致 Permission denied.

    再来看看IP限制。我这个人比较怪，想允许192.168.*.*
访问，但又想禁止192.168.1.*访问，后来发现192.168.1.1是
我的一个好友机器的IP，总不能把好友拒之门外吧。怎么办呢？
用Serv-U可以轻松办到。只要设置Server级的IP-Access就行
了。设置如下：
    A: 192.168.1.1
    D: 192.168.1.*
    A: 192.168.*.*
    D: *
    可能是我太土的缘故，我不知道在IIS-FTP中如何实现上面
的要求。

    下面看看对连接的限制。IIS-FTP可以限制连接数。但是
Serv-U中选项更多，不但可以总的连接数，还可以限制每个IP
允许的连接数。值得一提的是，Serv-U中的很多选项是分成两
个级别的：Server级和User级。这两个级别相互配合，可以实
现很多特殊的要求。

    在来看看对用户的在线监视。IIS-FTP可以看到有几个用户。
而Serv-U不但可以看到有几个用户，还可以Spy on user。这个
Spy on user窗口将会列出该FTP用户发出的每一条命令和服务器
对该命令的响应。

    我们来看看带宽的控制。IIS5是可以控制带宽的。我进行测
试的数据是50KB/s。不过IIS5-FTP的表现让我太失望了。平均速
度最低的时候都有几百KB/s。但Serv-U的表现就不一样了。刚开
始速度也有几百K，但速度很快就下降了，最终平均速度接近50K。
干得不错。

    再来看看两者的message功能。IIS5-FTP有三个message，但
好像都是静态的message。Serv-U就不一样了。只要你愿意看Serv-U
得E文Help，你就可以利用它内嵌的参数显示动态的message。而
且它还支持directory change message，也就是说，进入某一个
目录就显示一个message。

    最后说说虚拟目录的问题。我觉得之所以用虚拟目录，主要的
原因是原来做FTP的硬盘空间不够了。于是搞了一个新的硬盘，但
对应不同的盘符，于是用了一个虚拟目录指向新的硬盘。但是这种
虚拟目录又不能直接看见，于是通过建一个空的同名目录来解决问
题。如果只是因为这一点就说Serv-U太弱的话，是不是有点太搞笑
了？拜托，OS可是NT，而且还是Win2000。如果是NT4的话，可以通
过卷集实现硬盘空间的扩充。在Win2000中还有另一个办法，把一个
新的分区mount到一个NTFS盘的一个空目录里面。例如，建一个新分
区，然后mount到incoming目录。不知M$这一招是不是从Linux偷来
的？ :)

    Serv-U上还有很多功能是IIS-FTP上没有的。象block anti time-
out schemes，这一选项非常强劲，不但阻塞NOOP，而且还阻塞CWD等
命令。实际上，只要没有xfer，时间就一直增加，然后把用户踢出。
也有选项可以阻塞用户在短时间内的大量连接请求。

    结论：IIS-FTP与Serv-U是无法比较的，因为这两个软件根本不
是同一个量级的。

    最后顺便说一句，我在局域网内有时看到有些使用Serv-U的机器，
连上去一看：
ftp> pwd
257 "/d:/" is current directory.
ftp>

    #$!#@$@%@!$...


--
※ 来源:·BBS 水木清华站 smth.org·[FROM: 166.111.67.183]
BBS水木清华站∶精华区

--
※ 来源:．听涛站 cces.net．[FROM: 匿名天使的家]