标签: file-sharing

我有一项服务，我需要能够使用该机器上的本地帐户写入另一台机器上的网络共享。为此，我需要映射服务可以看到的网络驱动器（以运行服务的用户身份登录并且安装驱动器似乎不起作用），或者我需要能够指定 unc 路径使用用户名和密码作为我的服务配置的一部分。

这些事情中的任何一个都可能吗？

我有一台托管在数据中心的专用 Windows 2003 服务器。我想将驱动器映射到我的电脑 - 并寻找最好的方法来做到这一点。我可以创建一个 VPN，但这似乎有点矫枉过正？我创建了相同的登录名/密码。

有没有比创建 VPN 更简单的方法？

前提

我的任务是为以下情况找到解决方案：

• 我们的主要文件服务器是一台 Linux 机器。
• 在局域网上，用户只需使用 SMB 访问文件。
• 每个用户在文件服务器上都有一个帐户和他/她自己的访问权限。
• 用户帐户是简单的密码/组安全帐户，而不是 NIS/LDAP。

问题

我们希望让用户（或至少其中一些人，比如他们是否属于某个特定群体）能够在旅行时从 Internet 访问文件。

理想情况下

• 我想要一个无缝的解决方案。也许允许用户访问映射驱动器的东西是理想的。
• 面向 Web 的解决方案也不错，但它应该以用户熟悉的方式呈现文件，例如以类似浏览器的方式。
• 安全当然是必须的，用户需要登录。
  与服务器的连接也应该加密。

任何人都有一些指向简洁解决方案的指针？
有什么经验吗？

编辑
客户端计算机仅适用于 Windows。

有没有人使用脚本来重置主目录目录的权限？我正在考虑 FOR 循环和 CACLS 的某种组合，以使用与文件夹名称相同的域用户名向文件夹添加可继承的修改权限。

我们正在将用户共享从一台服务器迁移到另一台服务器，并且现有共享并非都具有正确的权限集。我正在考虑在不复制权限的情况下复制所有文件夹，然后通过脚本重置权限，以便只有与文件夹匹配的用户名才能访问。然后，我可以重新应用有权访问其他用户文件夹的用户所需的任何其他权限。

我的实验网络：2 台 Windows 7 PC。

当使用以下命令尝试连接到 PC2（没有密码的管理员帐户）时：

net use X: \\PC2\c$ /user:PC2\administrator

它会得到：

System error 5 has occurred.
Access is denied.

但是，如果将密码设置为 PC2 管理员帐户，请执行以下操作：

net use X: \\PC2\c$ /user:PC2\administrator mypwd

这将起作用。

是否需要设置密码才能启用 Windows 文件共享？

我在 Windows 2008 服务器上共享了一个文件夹，并希望控制上传到其中的文件。我想让某些文件被上传，例如只有 *.doc 文件。那可能吗？

在远程网络之间同步文件的最快、最安全的方法是什么？

我的目标是用同步的“我的文档”文件夹替换用户笔记本电脑上的本地“我的文档”文件夹，该文件夹实际上是远程服务器的共享文件夹。

我可以使用 Dropbox 轻松实现这一点，但是缺乏加密和点对点架构使得该解决方案不那么有吸引力。

Windows VPN 怎么样？任何免费的点对点应用程序或 Windows 内置解决方案？

我的 VPN 连接有大约 70 毫秒的延迟，需要设置备份/复制系统。SMB 是最差的，吞吐量约为 200KB/s。SCP 给了我 ~400KB/s。HTTP ~700KB/s。这些链路是对称的 50mbit 连接。

有没有为这种高延迟连接设计的文件传输协议？

谢谢。

我的公司在一个地点大约有 15 人。我们一直使用本地 Windows Server 进行文件共享（大约 800 GB）和访问我们的会计系统，该系统也是基于文件系统的（意味着它不是客户端-服务器，而是您通过共享驱动器访问它） . 我的服务器已接近使用寿命，我正在考虑替代方案。

我的基本决定是是在现场实施新服务器还是将东西带到云端。我所说的“云”是指许多不同的东西——它可能是一个基础设施即服务 (IAAS) 实现，我在其中维护文件服务器但只是将其粘贴在云中，或者它可能意味着基于云的文件共享等。我不预设任何答案。

用新服务器替换服务器是“简单”的答案，因为它是一个已知实体。但我再次尝试保持开放的态度。

当我想到云时，我的一个障碍是用户在文件共享方面的行为和模式。今天，用户访问共享文件夹，打开时文件被锁定，因此拥有单一版本的事实没有问题，人们习惯于以非常“交互”的方式在资源管理器中工作，这意味着他们在具有许多文件的项目中工作不断地打开、编辑、关闭等。许多文件是由同一个人访问的，正如我所说，没有冲突问题，因为文件访问是专用于写入的。大多数云解决方案都是基于同步的，但这对我来说是一个问题，因为文件集 > 250 gb 并且将这些数据放在所有工作站上（所有用户都需要）是不切实际的，我不想分发那么多从安全角度来说，

我遇到的另一个问题是在购买新服务器的费用后（

我认为很多挑战源于我拥有现有环境与能够重新开始的事实。如果重新开始，我将没有任何限制，可以定义我想要的任何答案。

我不是在寻找哪个选项本身更好的答案，而是在寻找关于我应该如何考虑与每个选项相关的因素的指导，以便我可以做出正确的决定。

你对此有何看法？

关于 FreeNAS 是否可以作为虚拟机运行存在很多争论。

官方的立场是可以，但需要额外的配置。

如果我不能保证我可以遵循这些建议，那么与我运行带有 EXT4/XFS 的普通 Linux 系统或带有 UFS 的 FreeBSD 相比，我是否更容易出现故障——尤其是灾难性故障？

具体来说，假设我无法进行 PCI 直通，也无法禁用写入缓存。此外，我将只有一个虚拟磁盘用于存储（由硬件 RAID 支持的 VMDK），因此没有 RAIDZ。显然，会有备份。

编辑：为了澄清我为什么要这样做 - 我需要一个文件服务器，这是我必须使用的基础设施。如果我需要，我可以获得额外的虚拟磁盘来设置 RAIDZ，否则就是这样。我正在寻找一个好的文件服务器解决方案，而 FreeNAS 似乎符合要求。除了关于虚拟化 ZFS 以及如何丢失所有数据和损坏备份的所有这些可怕的警告之外。

我意识到在这个基础设施上部署 FreeNAS 是有风险的。我的问题是：它是否比替代方案风险更大？

EDIT2：我似乎无法传达我的意图。带有 ZFS 的 FreeNAS 是一个坚如磐石的 NAS 平台。但是，从我所读到的内容来看，如果您在标准 VM 配置上运行它，那么使 ZFS 作为裸机文件服务器更可靠的功能似乎实际上可能对您不利。如果是这样，那么在标准 VM 设置上使用不同的文件系统是更好的选择（即没有直接 IO，启用写缓存）。这是一个正确的评估吗？