我有几个 Mac 机箱通过站点到站点 VPN 从远程 Windows Server 2003 机箱访问共享。它们使用 cifs 连接到共享，使用 AD 凭据进行身份验证，性能非常糟糕 - 想想要等待 5 分钟以上才能打开/复制/移动共享文档，即使是小于 100Kb 的小文档。
我对这种情况相对陌生，但在我接手之前，这种情况已经持续了相当长一段时间。进一步了解一下背景情况，我可以从与 Mac 位于同一 LAN 上的 Windows 计算机以与这种情况预期相同的速度访问相同的文件。所有这些机器都位于 Cisco PIX 防火墙（提供站点到站点 VPN 访问）后面的 Cisco Catalyst 交换机上。Mac 机和 Windows 机对文件服务器的 Ping 响应大致相同：6-7ms。
有人在从 Mac 访问 Windows 共享时遇到过类似的问题吗？这是协议问题吗？感谢您提供任何意见。
答案1
我的直觉告诉我，你的 VPN 可能存在 MTU 问题。路径 MTU 发现应该可以解决这个问题，但网络设备配置错误可能会导致其无法正常工作。
我不知道 OS/X 上具体的 PING 语法是什么，但在 Windows 上，你可以使用以下语法从服务器向其中一个客户端发送 PING：
PING <destination> -l <length> -f
这将向目标发送一个指定长度的 PING 数据包，并设置“不分段”位。您应该能够在客户端和服务器之间移动长度为 1472 的数据包，除非您之间的连接具有较小的 MTU。
请参阅微软的这篇文章来了解一些背景知识：http://support.microsoft.com/kb/314825
您是否发现在 VPN 上运行的其他协议（如 HTTP 或 FTP）存在任何问题？CIFS 在高延迟链接上的表现并不是最好的，但您所说的时间超出了“正常”CIFS 性能不佳的范围。
答案2
要诊断可能的 MTU 问题，OS X 中的 ping 语法将是
ping -D -s packetsize destination
其中，packetsize 是要发送的数据字节数减去 ICMP 报头的 8 个字节（即：默认的 packetsize 是 56，即发送 56+8=64 字节的数据包）。