我正在inheritanceWindows 2012 R2服务器，特别是Mac OS X客户端遇到糟糕的SMB / CIFS性能。 服务器正在执行文件服务，并且是Active Directory域控制器（域中的两个之一）。 这是PDC模拟器。 另一个域控制器是Windows 2003 Server。 客户端环境是Windows 7和Mac OS X 10.9 Mavericks机器的混合体。 所有机器都在相同的物理和逻辑千兆局域网上。 Windows 7用户可以在预期内体验到性能。 Mac OS X 10.9小牛客户端遇到糟糕的性能，包括：缓慢的目录列表，遍历，文件读取和文件写入。 在写入性能显着较慢的情况下，读/写性能似乎存在显着的不对称性。 我们试图迫使OS X客户端使用SMBv1和CIFS，而不是更新的SMBX / SMB2实现。 这个问题依然存在于所有版本中。 我们还安装了Thursby DAVE进行testing。 上市/遍历performance略有缓解，但仍然难以接受。 我挂载了一个共享，并使用dd来读取/dev/random ，并向该共享写入1GB的文本文件。 写性能是.33 Mbps。 我在写入期间运行tcpdump来捕获通信。请原谅缺less格式 – 我似乎无法退回此块的转义： 编辑我启用了Windows Server的NFS服务器，并安装在Mac OS X客户端。 我进行了上述同样的ddtesting，结果类似。 15:45:45.221337 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], ack […]
我的本地机器正在运行Windows 7，它支持最新的SMB协议版本（SMB 2.1）。 我也有一个远程主机，我不知道该远程主机上安装了哪些操作系统或SMB支持软件; 我只知道远程主机支持某种版本的SMB协议。 如何从Windows 7计算机的命令提示符（或PowerShell）中find该远程主机支持的SMB版本？ 编辑：虽然我提到Windows 7上面，我敢肯定，这个问题是相关的许多系统/networkingpipe理员或桌面支持人员，因此，我在这里发布的问题，而不是在superuser.com。
我希望Windows客户端可以访问* nix Samba共享。 Samba可以select启用或禁用文件名区分大小写。 通常对于Windows访问，这是禁用的，所以fred == FRED = fReD。 然而，这导致了一个主要的问题，AFAICT： 在Unix上，你创build了两个名为“RODDY”和“roddy”的文件夹 在Windows上，您将看到两个文件夹，但是… 当你删除/重新命名/从Windows打开一个，你可能最终删除/重命名/等任何一个。 你无法知道哪个！ 。 所以，我的问题是，如果区分大小写的标志设置为“ON”，Samba如何在Windows上运行？ 用户是否仍然可以看到这两个文件夹，并使文件操作以一致的方式工作？
这个问题以前被问到堆栈溢出，但那里的好人build议我尝试在这里的社区。 我正在研究关于各种文件系统的稀疏文件，并试图find一些具体的说明稀疏文件是由networking文件系统（NFS）或服务器消息块（SMB）支持的。 我知道SMB在Windows中被广泛使用，根据这个条目 ，SMB服务器可以支持稀疏文件，即使底层文件系统不支持。 但是，如果我是正确的，那么不支持稀疏文件的文件系统只会用零填充“漏洞”，这可能会导致性能问题。 关于NFS，我一直无法find关于使用NFS支持稀疏文件的任何事情。 因此，我的问题是， NFS和SMB支持稀疏文件吗？
默认情况下，当我访问某个计算机的共享（在Windows资源pipe理器中键入\\主机名）时，Windows会传递我当前用户的凭据。 它仅在当前用户的凭据不正确时提示input凭据。 有没有办法强制Windows不通过当前用户的credentails，但提示呢？ 我想过使用net view命令，但它不抓住“用户”和“密码”参数。
我们最近迁移了我们的Windowsnetworking以使用DFS共享文件。 DFS运行良好，除了一个恼人的问题：当用户尝试访问他们一段时间没有访问过的DFS名称空间时，他们遇到了很大的延迟。 我试图解决这个问题，但到目前为止还没有取得任何成就，我希望这里有人可能有一些指导来帮助解决问题。 首先，我们networking上的一些背景： networking使用Windows 2008function级别的Active Directory域和两个Windows 2008数据中心和两台DNS服务器（每台数据中心都有一台）。 networking只有DNS – 没有WINS。 所有的计算机都位于同一个站点，并通过千兆以太网连接。 在Windows 2008模式下，我们有大约20个基于域的DFS名称空间，每个DFS名称空间都有两个Windows 2008 DFS名称空间服务器（所有名称空间都是相同的两台服务器）。 所有名称空间服务器都处于FQDN模式，所有文件夹目标均使用其FQDN指定。 所有计算机都是最新的Service Pack和补丁程序。 实际的文件夹目标（即我们的DFS文件夹指向的SMB共享）分散在多个文件和应用程序服务器上，所有运行Windows 2008的应用程序服务器都运行Windows 2003 R2，并且根本没有任何复制设置（例如当前所有的DFS文件夹只有一个文件夹目标）。 关于这个问题的更多细节： 命名空间访问延迟通常为1-10秒，并且当特定计算机大约五分钟或更长时间没有访问所请求的命名空间时似乎发生。 例如，如果用户没有访问超过五分钟的\\ domain.name \ namespace1 \，并尝试通过Windows资源pipe理器访问\\ domain.name \ namespace1 \，资源pipe理器窗口将会冻结1-10秒恢复并显示\\ domain.name \ namespace1中存在的文件夹。 如果他们closures浏览器窗口并尝试在五分钟内再次访问\\ domain.name \ namespace1 \，则内容将几乎立即显示 – 如果等待超过五分钟，则将再次经历1-10秒的暂停。 一旦在命名空间“内部”，一切都很好，活泼，这只是命名空间的初始连接很慢。 浏览延迟似乎影响到我们使用的所有Windows版本（Windows 2008 x64 SP2，Windows 2003 R2 x86 SP2，Windows XP Pro […]
我想知道是否有方法通过Fedora的命令行列出本地networking上的所有smb服务器（如在windows中查看networking邻居）。
我在一个存储服务器上运行CentOS，必须为Windows机器进行文件共享。 SMB版本是smbd version 3.5.5-68.fc13 我在/ var / log / messages中收到了很多错误消息，说明连接到CUPS服务器失败的尝试。 他们看起来像这样： Nov 30 18:49:34 big03 smbd[9927]: [2010/11/30 18:49:34.850620, 0] printing/print_cups.c:108(cups_connect) Nov 30 18:49:34 big03 smbd[9927]: Unable to connect to CUPS server localhost:631 – Connection refused 我明白，这个问题是由SMB提供打印机共享支持的事实产生的，但我真的不感兴趣。 我只是想禁用该function摆脱消息。 任何想法我怎么能做到这一点？
如果我想允许两台防火墙计算机之间的Windowsnetworking驱动器，我需要打开端口137-139，还是端口445足够？ 我必须提交表单并获得批准才能打开防火墙端口，而且我不想要求比我需要更多的开放端口。 这里的所有机器都是Windows XP或更高版本。 注意：当我说“Windowsnetworking驱动器”时，我并不完全确定是指SMB还是CIFS，而我并不完全清楚这两种协议的区别。
每当我从OSX 10.5访问Windows共享时，它都会在远程文件系统上留下.DS_Store文件。 他们用了什么，是否有必要，可以防止他们被创造出来？