我有一个简单的samba共享的CentOS 6计算机，我尝试将其设置为DFS服务器，因此可以将客户端指向其他服务器上的文件夹。 在设置这个特性的samba文档之后，我已经将正确的行添加到了smb.conf中以使共享msDSF兼容，并重新启动了smb服务以及所有的Windows7客户端。
这里有一个问题：DFS共享在Mac客户端和Linux客户端上完美工作 – 也就是说，符号链接的文件夹将客户端的stream量redirect到引用的服务器。 以下是我在DFS根共享“test2”中创build的工作示例符号链接：
ln -s msdfs:192.168.255.2\\footage 和
ln -s msdfs:server2\\footage
此链接将stream量redirect到服务器上的共享“素材”，IP地址为192.168.255.2。 使用目标服务器的主机名（而不是ip）的符号链接也适用于Mac和Linux客户端。
然而，在Windows 7客户端，链接显示为一个快捷文件夹图标，这是我的第一个警告标志，有点奇怪，因为我认为它应该是一个透明的redirect，就像在Mac和Linux客户端。 我猜测，正确设置时，Windows7客户端应该呈现为一个普通的文件夹，而不是一个快捷方式或交界处或任何其他符号链接。 当我点击文件夹的快捷方式图标，我得到的经典“位置不可用”的错误，它引用文件夹的快捷方式，而不是它应该指向的链接。 通过服务器上的samba共享共享的其他文件夹到文件夹符号链接在Windows7客户端上正常工作。
另外一个可能很重要的信息：Linux服务器不在域或DNS上，但是Windows7客户端是。 这是因为不同部门pipe理这些服务器。 这甚至很重要吗？ 从我能find的文档中，一旦发现它不是一个真正的文件夹，不需要DNS或域来进行任何名称服务或身份validation工作，就应该对DFS服务器进行redirect。
其他说明：服务器是CentOS 6.5，SMBv3。 Windows7客户端具有连接到这些服务器所在的子网的接口，作为其服务器顺序和绑定的优先级，但是此子网上没有DNS。
我的服务器运行在一个有Mac和Windows7客户端的公司，在那里他们都连接到一个共享访问共享媒体。 我需要使用DFS，因为有些客户端可能会产生大量stream量和磁盘I / O，导致其他需要低延迟的客户端出现问题。 如果我从媒体中分离出低延迟客户端使用的媒体，高stream量客户端使用，一切都将是完美的。
这是我的smb.conf：
[global] workgroup=WORKGROUP security=share unix extensions = no strict locking = no NetBIOS name = myworkdfs server string = myworkdfs strict allocate = Yes read raw = Yes write raw = Yes socket options = TCP_NODELAY IPTOS_LOWDELAY deadtime = 15 host msdfs = yes [test2] guest ok = yes read only = no path = /mnt/mydfsfolder msdfs root = yes wide links = yes follow symlinks = yes
谢谢！
在Windows客户端中如果所述文件夹具有目标，则DFS共享中的文件夹目标确实具有文件夹快捷方式图标。 没有什么奇怪的。
正如你没有提到它可能是一个权限问题？
如果我正确理解您的设置，请尝试访问\ myworkdfs \ test2 \素材 ，对不对？
是否还通过SMB / samba共享了镜头？