当OSX 10.10上的用户通过SMB连接到远程服务器（SRV02）文件共享时，他们无法search文件共享…当他们这样做，它只是挂起（风车死亡）。 在OSX上有几个用户需要能够search服务器上的文件。 Windows 8用户似乎没有受到影响，因为search结果按预期显示（尽pipe时间很慢）。
我的问题是：服务/文件索引服务是否存在于SRV02上，它只是索引文件并向远程计算机（Mac和PC）提供目录，以便在尝试search服务器时使用？
您必须在Windows文件共享上禁用基于访问的枚举，并强制mac客户端使用SMB1。
另外，不要完全控制创build者所有者：取消选中完全控制，更改权限和获取所有权。 除非您取消选中这些权限，否则MAC ACL将长期运行。
为了在mac客户端上执行SMB1：
创build全局configuration：
$ sudo -s $ sudo echo "[default]" >> /etc/nsmb.conf $ sudo echo "smb_neg=smb1_only" >> /etc/nsmb.conf 重新启动OS X客户端
这工作在10.9和10.10。
看起来这个产品： http ： //www.acronis.com/en-us/mobility/mac-windows-compatibility/提供了AFP访问权限，允许客户search文件并检索近乎即时的结果。 它还提供了比SMB更快的性能，并附带了很多其他选项，如文件命名策略和强制（以确保Windows客户端兼容性）。 到目前为止，对大多数pipe理者来说，唯一可能的倒台将是成本。
https://discussions.apple.com/message/12067045#12067045
我会build议你这些步骤：
禁用IPv6支持：
系统偏好设置>networking>高级> TCP / IP选项卡>更改将IPv6configuration为仅限本地链接
检查此解决scheme是否有帮助
通过terminal调整内核参数
sudo sysctl -w net.inet.tcp.rfc1323=1 sudo sysctl -w net.inet.tcp.delayed_ack=0 sudo sysctl -w net.inet.tcp.sendspace=250000 sudo sysctl -w net.inet.tcp.recvspace=250000 sudo sysctl -w net.inet.tcp.mssdflt=1440
检查此解决scheme是否有帮助
B）持久性 – 在你重新启动OS X之后，持久地应用参数（直到你手动删除/ etc / sysctl并重新启动）
sudo bash -c "echo 'net.inet.tcp.rfc1323=1' >> /etc/sysctl.conf" sudo bash -c "echo 'net.inet.tcp.delayed_ack=0' >> /etc/sysctl.conf" sudo bash -c "echo 'net.inet.tcp.sendspace=250000' >> /etc/sysctl.conf" sudo bash -c "echo 'net.inet.tcp.recvspace=250000' >> /etc/sysctl.conf" sudo bash -c "echo 'net.inet.tcp.mssdflt=1440' >> /etc/sysctl.conf"
检查此解决scheme是否有帮助
C）如果没有帮助 ，请尝试closuresWindows Scaling rfc1323
sudo sysctl -w net.inet.tcp.rfc1323=0
最后的尝试 – 启用互联网共享：
我希望这些步骤中的一些可以帮助你。
的Myke