如标题所示，我试图locking文件夹层次结构的目录结构。 多个（W7）用户访问（QNAP）SMB NAS（针对AD的ACL＆Auth）上的共享项目。 创build新项目时，将从模板中复制目录结构，并在完成时将项目（locking）归档。 一个不断出现的问题是（更高级的）工作人员倾向于无意中将整个项目相互拖拽 – 即移动鼠标中间拖放。 我已经设法使用icacls防止删除本地磁盘上的文件夹，但这似乎不是在NAS上的文件夹，也不实际上阻止将一个文件夹移动到相邻的文件夹。 有没有一种方法（或工具）来locking文件夹结构，以便文件夹不能被非pipe理员移动或删除？
我运行一个运行Ubuntu Server 14.04的小型服务器，刚刚注意到用户主目录中的.ssh文件夹可以通过SMB和NFS访问。 SMB和NFS都是安全的，但是我觉得这是服务器安全方面的一个弱点，因为我只通过密钥authentication限制了对SSH的访问。 除了通过SSH之外，每个人在确保无法访问.ssh文件夹方面做了什么？ 我一直在环顾四周，找不到一个普遍接受的方法。 我已经考虑限制和排除对NFS和SMB共享内的某些文件夹的访问，但这种感觉更像是一种解决方法，而不是对我的特定解决scheme。
如果你在物理networking上有两台物理机器，为了共享文件，他们必须穿越networking，与networking设备互相通信。 即使您在两个独立的ESXi上有两个虚拟机，我也会想象他们必须这样做。 现在，如果在同一个ESXi上有两个访问其他文件的虚拟机，因为它们基本上都只是运行在同一台服务器上的软件，所以我认为这里有一个空间可以使用不同的algorithm，彼此的文件更快，使用什么样的虚拟机本身就是SMB的协议。 VMWare是否这样做？ 因为在我看来，相同ESXi上的两台虚拟机之间的文件传输速度比其他两种情况下快。
我们在地址172.20.20.200上安装了一台Sharp复印机扫描仪，以及一台networking共享IP为172.20.10.82的Windows 2008文件服务器。 直到一个星期前，我们才能从复印机直接扫描到Windows服务器上的文件夹，没有任何问题。 它已经build立了多年。 本周，扫描到服务器上的文件夹不再有效。 通过Windows（7）在networking上的其他人可以从任何子网（VLAN）访问共享 – 这些都仍然可以工作（映射的驱动器）。 在另一个子网上的另一台扫描仪IP 172.20.70.200也无法扫描到Windows服务器，而且它也能正常工作。 复印机上的错误是 无法连接到服务器 。 在服务器上closures防火墙没有任何区别。 当扫描到服务器时，从扫描器ping服务器完美工作。 从服务器到扫描器的traceroute： Tracing route to 172.20.20.200 over a maximum of 30 hops 1 <1 ms <1 ms <1 ms 172.20.10.1 2 <1 ms <1 ms <1 ms 172.20.20.200 Trace complete. 如果我更改扫描器的地址和扫描器所在的VLAN端口在同一个子网（10）上，说make IP 172.20.10.233，扫描工作！ 我做了两个实例（172.20.20.200和172.20.10.233）的数据包捕获，唯一的区别是，当扫描器位于不同的子网时，它执行NBSTAT，但没有得到答复： 1759 43.589860 172.20.20.200 flsr1.ournet.local NBNS 92 Name […]
从SSH看起来很好： [root@FREENAS1] ~# ping SERVER1 PING SERVER1.local.domain.com (192.168.2.2): 56 data bytes 64 bytes from 192.168.2.2: icmp_seq=0 ttl=128 time=0.265 ms 64 bytes from 192.168.2.2: icmp_seq=1 ttl=128 time=0.365 ms ^C — SERVER1.local.domain.com ping statistics — 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.265/0.315/0.365/0.050 ms [root@FREENAS1] ~# sqlite3 /data/freenas-v1.db "update directoryservice_activedirectory set ad_enable=1;" […]
我们在连接到“服务器”（实际上是运行Windows XP Pro的戴尔）的Windows机器中有一台Mac（MacBook Pro Unibody）来访问文档。 这在大多数情况下都可以正常工作，但有时从睡眠中醒来后，无法连接到networking上的任何 Windows计算机。 尝试通过Finder的networking浏览进行连接时，以及按名称或IP使用“连接到服务器”菜单时，控制台应用程序中都没有错误（甚至没有消息）。 我试过Finder的“重新启动”，切换文件共享，禁用和重新启用机场，但没有使Mac能够再次连接，直到我重新启动！ 其他电脑可以连接到机器，所以这绝对是Mac的错。 有没有人find任何解决方法？ 有没有办法重新启动桑巴客户端？ 编辑： 笔记本电脑确实使用无线，但所有的networking连接工作，Mac可以ping它试图连接到和浏览互联网的XP主机就好了。 我已经尝试在“连接到服务器”菜单项中使用主机的IP地址; 现在在上面提到。
我们有一台Macintosh OS10.6服务器和一个可通过SMB访问的大型存储系统。 现在我们可以挂载分区了，但是当挂载它们时，只能挂载分区的用户。 所有其他用户都会收到“拒绝访问”。 有没有简单的方法来安装，以便所有用户都能够访问文件？ （我们希望所有用户都映射到一个SMB UID。）
维基百科只提到了TCP端口445（尽pipe我记得端口137-139曾经被Windows文件共享主动使用）。 如果我将网关主机“A”上的第445个TCP端口映射到SAMBA服务器主机“B”的第445个TCP端口，Windows XP客户端主机“C”能够通过键入“\ ipAddresOfHostA \ “在他的地址栏，而与OpenVPN的TCP / IP隧道连接”A“？ PS：不需要广播和发现function – 客户端总是会明确指定UNC地址来访问资源。
有人可以向我解释为什么： netsh接口tcp设置全局autotuning =禁用 netsh接口tcp设置全局烟囱=禁用 netsh接口tcp设置全局rss =禁用 对于Windows 7/2008上涉及networking文件传输的许多问题是一个“神奇的修补程序”？
这是我目前的设置： 我使用SSH连接到一条DSL线路上，并安装了samba。 我通过转发本地Linux机箱上的端口139来创build一个隧道。 然后，我使用smbmount来访问远程盒子上的文件。 不幸的是，连接有时很慢，它使软件打开文件挂起。 这是很烦人的。 我想知道是否有办法在本地自动caching文件，以避免thungs？ 它可以使用smb，SSHFS甚至NFS，如果有一个很好的设置这样做。 我只需要使用SSH连接。