Cannot connect to DFS share using fully qualified domain names
Article ID: 176084
Article Last Modified on 11/1/2006
APPLIES TO
- Microsoft Windows NT Server 4.0 Standard Edition
- Microsoft Windows NT Workstation 4.0 Developer Edition
This article was previously published under Q176084
SYMPTOMS
Connecting to a Distributed File System (DFS) share by
using a Fully Qualified Domain Name (FQDN), such as DIR
\\DFS.Microsoft.Com\Share, produces one of the following results:
Note Microsoft Windows NT 4.0 clients with the current service pack
version will be able to connect to a Microsoft Windows 2000 or a Microsoft
Windows 2003-based DFS domain root through DNS by using the following syntax:
\\domain.com\dfsroot. (The current service pack version
is Service Pack 6a (SP6a.)
This will work only if the Windows NT 4.0
client is a member of the same Windows 2000 or Windows 2003-based domain. It
will not work if the Windows NT 4.0 client is in a trusted
domain.
CAUSE
The "How Users See and Connect to DFS Trees" section of the
"Microsoft Distributed File System for Microsoft Windows NT Server 4.0
Administrator's Guide" states the following:
Windows 95 DFS clients have some additional limitations that do not
apply to Windows NT clients:
The Windows 95 client cannot access non-SMB leaf volumes.
The Windows 95 client cannot use the DNS namespace as part of
accessing Windows NT shares
(for example, DIR \\DFS.Microsoft.Com\Public).
Windows NT 4.0 with SP 3, SP 4, or SP5 does not support access to a DFS share
from a Domain Name Server (DNS) namespace.
WORKAROUND
Connect to the DFS share using NetBIOS machine names only.
This may require use of a WINS server or a LMHOSTS file to resolve the DFS
server's machine name to an IP address.
REFERENCES
297177 "Network Path Not Found" Error Message If More Than 15 Domain Controllers Host a Domain Root DFS
For more information, visit the following Microsoft
Web sites:
How DFS Works: DFS Client and Server Compatibility:
Keywords: kbprb KB176084