我有一些MAC盒子通过站点到站点VPN从远程Windows Server 2003盒子访问共享。 他们使用cifs连接到共享，使用AD凭据进行身份validation，性能是绝对可悲的 – 请等待5分钟以上来打开/复制/移动共享文档，即使是小于100Kb的文档。
我对这种情况相对比较陌生，但在我接pipe之前已经有相当长的一段时间了。 对于一些进一步的背景，我可以像Mac那样从同一局域网上的Windows机器上以相同的速度访问相同的文件。 所有这些机器位于Cisco PIX防火墙（提供站点到站点VPN访问）后面的Cisco Catalyst交换机上。 从Mac盒子和Windows盒子到文件服务器的Ping响应大致相同：6-7ms。
有没有人遇到像这样从Mac访问Windows共享的问题？ 这是一个协议问题？ 感谢您的任何意见。
我的直觉说你的VPN可能有MTU问题。 pathMTU发现应该可以解决这个问题，但是networking设备的configuration可能不正确。
我不知道OS / X上特定的PING语法是什么，但在Windows上，可以使用以下语法将PING从服务器发送到其中一个客户端：
PING <destination> -l <length> -f 这将把指定长度的PING包发送到设置了“do not fragment”位的目的地址。 您应该能够在客户端和服务器之间移动长度为1472的数据包，除非您与较小的MTU之间有连接。
看看这篇文章从微软的一些背景： http : //support.microsoft.com/kb/314825
你是否发现在其他协议上运行的任何问题，如HTTP或FTP？ CIFS在高度潜在的联系方面并不是最好的performance，但是你所谈论的时代并不在“正常”的CIFS吮吸之中。
为了诊断可能的MTU问题，OS X中的ping语法应该是
ping -D -s packetsize destination
其中packetsize是发送MINUS的8个字节的ICMP头的数据字节的数量（即：默认packetsize是56，即56 + 8 = 64字节的数据包发送）。