我pipe理一个AD域（function级别为Win 2003），目前使用安装了BulletProof FTP服务器的独立服务器（Win 2003）。 我已经使用了BPFTP近10年了（当时是G6），而且大部分都是非常开心的。 在过去的两年里，我遇到了一些问题，服务器遇到了一个不受欢迎的例外情况，终止了，但由于它从来不是我们业务的关键任务，所以这不是问题。 那么，我们即将开始向这个FTP服务器的数据提供2个客户端，我需要build立一个简单的解决scheme。 我无法承受停机时间。 我的第一个想法是使用Ubuntu服务器，但过去将AD与AD整合在一起时遇到了问题。 你会build议我怎样去尽可能地减less停机时间？ 请记住，这台服务器将看到很less使用。 这两个客户端将只下载约。 每周100MB。 我只需要硬化设备以及虚拟或桌面解决scheme…只要它们坚实。 成本是一个因素，总是这样，但我觉得如果需要的话，我可能会争取一些现金。
提前致谢。
这将是一个有争议的问题无论如何，因为这是一个主观的问题，但这里是我看到的select…
我认为Windows IIS服务内置FTP？ 如果是这样，将与您的域名服务整合。
如果它是一个很less使用的服务器，为什么不只是使用Ubuntu服务器和适当的文件的密码/用户名？ 这也意味着这将是一个步骤从被破解和传播到其他服务器，因为闯入您的FTP服务器，authentication到Windows AD将潜在的访问其他资源，而非AD服务不能（除非你欺骗密码）和FTP是一个明文协议，可以被嗅探。 Ubuntu很容易远程pipe理和脚本，相当可靠和防弹，类似UNIX的操作系统几十年来一直在处理FTP服务。
就我个人而言，我会去Ubuntu。 如果你想要一个Windows解决scheme，我会看看内置的服务，除非你有一个特定的需求，没有被默认的东西满足。
与CrushFTP取得了巨大的成功。 成本效益好，支持很好，稳定的升级和它的工作。
CrushFTP
我已经与Filezilla服务器完美无瑕的操作。
http://filezilla-project.org/download.php?type=server
它是GNU许可下的一个很好的开源项目。 我在我pipe理的两台AD服务器上使用它，并在一台位于同一台主机上的个人文件服务器上使用，即使在负载较重的情况下，仍然无法对其进行故障排除。
如果你只是要为2个客户提供访问权限，那么pipe理非常简单。 你可以很容易地通过IIS。 用强密码在AD中创build2个账户。 除此之外，获取每个客户端将连接的IP地址，并将其放入访问列表中。 否认一切。
也看看zFTPServer，我select了它的SFTP和AD支持，而不需要支持/打开一个完整的SSH环境 – 你可以随时使用集成的IIS FTP来满足你的需求，但我会去为后来的版本，如果您可以
就我个人而言，我将使用IIS6中的FTP服务，将其configuration为AD用户隔离，并在完成设置并testing后立即运行安全configuration向导。