我正在设置一个新的Windows Server 2008 x64文件服务器。 对于Windows工作站,一切正常,但对于OS X工作站,连接到服务器需要30秒以上的时间。 有趣的是,当连接build立时,一切运作顺利。
也:
在我们以前的Windows Server 2003文件服务器上没有这样的问题
如果我使用Terminal.app&mount,连接立即build立
我试着用googlesearch这个问题(当然),并试图在服务器端禁用SMB 2.0,但没有成功
有没有其他人碰到这个问题,并find了解决办法?
DNS的问题(30秒超时,然后工作)的气味很重。 我会安装wireshark,并看看OS X系统正在试图做的30秒窗口。 我打赌是在某种DNS上。
我发现当你点击Go – > Connect to Server并放入smb:// server / share时,大概需要19秒钟才能显示login提示。
如果我点击Go-> Connect to Server并放入smb:// server:139 / share,则需要大约4秒钟才能获得login提示。
试试看看它是如何发展的。
阿德里安
我完全忘记了这个线程,但我收回我的帐户,以评论另一个线程,我记得。
解决scheme是创build一个文件/ Library / Preferences / edu.mit.Kerberos的内容:
[libdefaults] default_realm=foo.local dns_fallback=no
您需要重新启动os x才有任何效果。
任何决议这一个? 假设这是一个DNS问题,分辨率是多less? 难道只有正确的反向dns条目不存在,需要创build吗?
我不能+1,因为我是新来的。 有人请为我+1,因为我也有这个烦人的问题。
networking跟踪确实显示了几十秒的DNSstream量…