我们networking上的主要文件共享目前由旧的Apple XServe托pipe。 我原计划用Windows共享replace其中的一些，因为我有更好的硬件，但被告知这可能会导致我们的一些Mac用户出现问题。
我可能遇到什么样的问题以及在混合操作系统（Windows，OSX，偶尔是Linux）环境中托pipe一般文件存储的build议方式是什么？
要连接到Windows共享，大多数Linux发行版都使用SMB协议的Samba实现。
苹果公司在OS X上使用自己的SMB实现派生自FreeBSD smbfs。Mac OS X 10.5支持SMB唱歌，不得不closures数字签名Windows Server 2003中的所有通信将只在10.4和更低版本中使用。
我每天都用来连接到Windows共享，从来没有一点麻烦。
在有问题的Mac上，值得注意的是，如果您还没有这样做，您应该尝试禁用在networking共享上创build.DS_Store文件。 （详情请参阅MacOSXHints.com ）
另外你应该知道，通过SMB，你会注意到._FILENAME文件的创build – 这就是OS X如何在其他文件系统上维护资源分支数据。 如果他们尝试打开错误的文件，这可能会导致基于Windows的计算机上的某个人遇到问题。
有可能让服务器不允许这些文件（在smb.conf中可以设置veto_files = ._ *），但是它在Windows Server 2003中的位置我不确定，但我相信使用TechRepublic的这篇文章应该是一个有价值的起点。
Windows 2003及更高版本的function （在“安全选项”下的“组策略”下启用）将对Microsoftnetworking服务器上的所有通信进行数字签名。 这将阻止Mac OS X客户端访问Windows 2003（+）上的共享。
如果你能够忍受这种下调的安全“降级”，我根本没有看到任何其他问题。
除了David的回答之外，Kerberosauthentication可能会造成一些问题。
任何Mac用户使用当前的XServe-共享Time Machine备份？ 如果是这样，您将需要一个支持AFP协议的替代品，仅靠SMB是不够的。 微软在2008年服务器上放弃了对苹果电脑支持的最后一点，尽pipe在2003年它已经是越野车和不完整的。
如果需要Time Machine -backups（或任何其他AFP-dependant服务），则可以获取Mac Mini服务器或为W2008购买单独的Mac -enabler服务。