标签: file-server

我需要能够 PUT 文件并稍后仅使用 HTTP 获取它们，所以我开始搜索可能与“REST 文件服务器”或“HTTP 文件服务器”或“REST 下拉框”等术语匹配的内容。不幸的是，这些术语会在 Google 上带来错误的结果。

我想要的是相当于通过 HTTP 的 SMB 文件共享。一些理想的功能：

• 可以在http://servername/service/any/path/I/want/document.pdf放置任何类型的文件
• 任何有访问权限的人都可以通过我放置的 URL 获取该文件
• 支持对任何已放置的新文件进行 AV 扫描
• 支持删除现有资源（文件）

我们的商店运行 Windows，但我很想知道也可以做这种事情的 Unix 软件。

它仅供私人用户在 IT 部门使用。它不会位于面向公众的 IP 地址上。

这样的东西存在吗？

我有一台运行 Ubuntu（服务器版）的服务器，它的主要工作是通过 FTP（vsftpd）和 AFP（netatalk）提供文件。我的 /srv 目录开始填满，我需要添加更多硬盘驱动器。因为它的技术对于我的需要来说已经过时了，所以不考虑 RAID。

对于它的价值，现在，我应该选择更成熟的 ZFS，使用内核模块或 FUSE 扩展，还是尝试使用更新但更像 Linux 的 btrfs？在这种情况下，每种方法的优缺点是什么？

TIA。

我知道这个问题可能相当简单，但因为它似乎是常识，我找不到关于该主题的任何内容。有许多不同的文件服务器可用，但我正在尝试找出最有效的方法。

我正在尝试设置一个可以接受请求并根据此请求返回文件的服务器。有没有人对设置有任何建议，以及为什么一个设置或服务器比另一个实现更有效的原因？

谢谢！

一切都将是静态文件（主要是图像）。
编辑：我正在使用 Windows 和 Mac，但服务器将在 Windows 机器上运行。服务器都将是本地的，客户端应该大部分在 10 英里半径内（如果这意味着什么）。客户端需要进行身份验证，安全性将是 SSL。

抱歉，我的问题含糊不清，我只是不确定要转向哪个方向。如果需要任何其他说明/编辑，请告诉我！谢谢！

我有一个小办公室和 30 名员工，他们都需要节省资源并保持备份等 我的一个朋友提供了 3 x HP DL380 G3 Dual Xeon 2.4Ghz 机架式服务器 我只是想知道他们是否还在日期 ？或者他们太老了，不值得花时间陪我。

希望你能帮忙。

我打算建立一个大文件服务器。（Windows 或 FreeNAS）。

我需要至少 300T 的空间。我有哪些选项可以将所有磁盘一起 RAID？

我的意思是在物理层面上我可以使用什么样的连接拓扑？什么样的设备支持这么大的磁盘？不是主板上只有8个或10个SATA口就可以做RAID了，一定是某种特殊的设备吧？

我还在做这方面的研究，有人有什么建议吗？

我对 Hyper-V 下的文件服务器群集已无计可施。我希望有人能够帮助我弄清楚这种似乎有死胡同的技术的这个死结（比如强迫集群虚拟机使用 iSCSI 驱动器，而通常连接的 VHDX 驱动器就足够了），逻辑和推理通常会提供一个合乎逻辑的解决方案。

我的硬件：

我将运行三台服务器（最后），但现在一切都在一台服务器上进行。其中一个辅助服务器将纯粹作为见证/仲裁存在，另一个稍微强大的将作为紧急备份（具有额外的存储，只是不冗余）来保存辅助 AD VM 和一组的另一半集群虚拟机：SQL 虚拟机和文件系统虚拟机。请注意，这些都是一个集群的折旧节点，主要节点将在最强大的第一台机器上。

我的举重机是一台还包含网络上所有真正冗余存储的机器。如果这给了任何人heebie-geebies，太糟糕了。它有一个 6TB（可用）的 RAID-10 阵列，并且（最终）将容纳上述两个集群的主节点，但现在容纳所有虚拟机。现在是：DC01、DC02、SQL01、SQL02、FS01 和 FS02。最终，我将添加额外的虚拟机来处理 Exchange、Sharepoint 和 Lync，但仅限于这台主服务器（辅助服务器将无法处理超过三四个虚拟机，那么为什么要增加它的负担呢？AD、SQL 和FS VM 对业务而言最为关键）。

如果现在有人说，“等等，文件服务器的 SAN 或 NAS 怎么样？”，太糟糕了。主机上存在的就是我要处理的。

我遵循了这些说明，但我似乎无法让事情发挥作用。为了使文件服务器真正冗余，我不能相信任何一台机器拥有网络上唯一的数据存储。因此，我在主机的 VM-host 上创建了一组 iSCSI 驱动器，并将一个附加到每个文件服务器 VM。最终结果是我希望我的 FS01 和它的 iSCSI“驱动器”一起坐在重型起重机上，而 FS02 也将坐在带有自己的 iSCSI“驱动器”的辅助机器上。也就是说，iSCSI 驱动器最终不会与另一个位于同一台机器上。因此，集群 FS 将在彼此之间完全复制 iSCSI 驱动器的内容，因此，如果一台物理机（或 FS VM）出现故障，另一台将在其自己的 iSCSI 上获得数据的完整副本驾驶。

当我尝试在故障转移集群管理器中应用文件服务器角色时出现问题。实际上，它甚至在此之前 - 添加磁盘时发生。由于我已将每个磁盘优先添加到特定的 VM（通过 DNS 主机名限制启动器，并通过添加双向 CHAP 身份验证），这会强制每个 VM 控制自己的 iSCSI 磁盘。但是，当我尝试将磁盘添加到故障转移群集管理器中存储的磁盘部分时，整个过程对于随机磁盘对失败。也就是说，一个将上线，但另一个将保持离线，因为它没有正确的“所有者节点”。我的意思是，真的——WTF？当然它没有正确的所有者节点，两个驱动器都显示相同的节点名称！！我似乎无法让一个驱动器显示一个节点名称作为所有者，另一个驱动器以另一个节点名称显示为所有者。并且因为两个驱动器都不“在线”，所以我无法创建一个池来应用于集群角色。谈论卡在岩石和坚硬的地方之间！

我还有更多要补充的，但我的工作要结束了，我必须把事情做完。明天早上我进来时，我会尝试添加更多。

我的主要目标是在每台机器上都有一个文件服务器虚拟机，在每台机器上都有一个存储，但在一台物理机器出现故障时进行透明的故障转移。本质上，一个不关心哪台机器发生故障的故障转移 FS——存储内容在每台机器上均等地复制。我是否正朝着正确的方向前进？

我办公室的某个人在域控制器上安装了文件服务角色，同时试图删除域控制器的角色。

我收到消息，提示我必须先删除 Active Directory 服务，然后才能删除文件服务器角色。

如何在不影响 Active Directory 的情况下删除此角色？