可以通过IP或FQDN地址访问Windows共享，但不能通过主机名访问

我管理的学校中的一台实验室计算机无法访问\\ ad \ data $目录下的任何共享。我可以从网络上的任何其他计算机上访问它。如果使用IP \\ 192.168.1.248 \ data $，则可以正确访问文件。如果我使用FQDN：\\ ad.domain.name \ data $也可以。学校中的任何其他计算机也都可以正确访问此共享。

当我尝试使用\\ ad \ data $访问共享时，收到消息“您无权访问\\ ad \ data $。请与管理员联系以请求访问权限。” 我使用域管理员帐户登录。

关于会导致单个域计算机无法访问其应具有的共享的任何想法？

服务器正在运行Windows Server 2008，计算机正在运行Windows 7 SP1。

更新

网络上的其他多台计算机，职员计算机和学生计算机上现在都出现问题。我开始认为Active Directory服务器存在严重问题。

我有一个类似的问题。

我们有一个域和AD，所有用户的主文件夹都在AD中设置。

用户在终端服务器上工作，她的主文件夹工作正常在我们为她设置的新笔记本上，驱动器已映射，但是如果您尝试通过unc或通过双击映射的驱动器来访问它，则会出现错误找不到该位置。

在其他一些论坛上浏览时，我注意到有人问是否可以通过IP或FQDN访问主文件夹。当我尝试访问文件夹时。

起初，我还认为这是DNS问题。

进一步阅读有人说“尝试删除CSC缓存”，然后我几乎发誓自己。知道此笔记本由另一个使用脱机文件的用户使用（也位于同一服务器上的主文件夹）。我找到了一种在Win 7上删除CSC缓存的快速方法（在XP上容易得多）。重新启动计算机，问题已解决。

这是我在其中找到信息的链接：

http://www.petri.co.il/forums/showthread.php?t=60629

http://support.microsoft.com/kb/942974

我已经看到了这样的问题，它是由DNS设置为不自动附加域名引起的。

所以，我会检查 附加主要的和连接特定的DNS后缀被选中，那 主DNS后缀的父后缀被选中。

可以通过找到

Control Panel\Network and Internet\Network and Sharing Center
Local Area Connection Status
Properties
Internet Protocol Version 4 (TCP/IPv4) and/or Internet Protocol Version 6 (TCP/IPv6) 
Properties
Advanced
DNS

Win7 / server 2008>“控制面板”中，在“凭据管理器”中键入并删除所有已保存的凭据。

我遇到了同样的问题（多次发生），我通过删除所有连接的共享并重新创建来解决了该问题。到相同位置有多个连接（使用不同的URL），我怀疑这是问题的原因。

使用命令行：

1. 查看当前关联的共享
   net use
2. 删除连接以共享xxx.xxx.xxx.xxx上的Y
   net use \\xxx.xxx.xxx.xxx\Y /delete
3. 删除要在XXX上共享Y的连接
   net use \\XXX\Y /delete
4. 删除映射的网络驱动器
   net use Y: /delete
5. 重新连接映射的网络驱动器
   net use Y: \\xxx.xxx.xxx.xxx\Y /PERSISTENT:YES /USER:XXX\user /SAVECRED

另一个潜在的嫌疑人是三星PC共享经理。从主机上卸载后，问题消失了。

客户端计算机可能正在使用保存的凭据。您可以使用“控制”面板下的Windows凭据管理器进行检查。

这是否在本地管理员帐户下发生，例如machine_name \ Administrator？

机器是否正确验证了域控制器？

确保您尚未使用其他（或旧的）凭据连接到\ ad。当我使用“常规”域帐户将映射驱动器连接到服务器上的共享，然后尝试使用域“ admin”帐户连接到同一服务器上的另一个共享时，也遇到了类似的问题。

重新启动是否可以解决问题？

我有一个相关的问题。我有一台XP Home计算机可以访问Windows 7计算机上的共享/共享文件夹和驱动器。我正在使用Windows 7上的工作组/家庭组设置，并更改了“密码保护的共享”选项。我可以在XP Home计算机上看到我的共享文件夹，但是无法读取或写入它们。这让我发疯了-因为当我在XP Home计算机上创建一个新用户并在Win 7计算机上访问我的共享时，没有问题-我可以读写文件！

所以我回到原来的（主要）用户帐户，但仍然无法访问共享文件...

我尝试了各种解决方案-净使用* / del，并尝试删除用户帐户，净用户/ delete-我试图摆脱缓存的凭据-但没有任何效果。通过IP地址DID访问共享！啊！

我尝试将两台计算机上的工作组都设置为工作组（XP HOME机器为MSHOME）

最终，我要做的是在Windows 7计算机上更改计算机名称，重新启动，然后从XP HOME计算机访问共享文件夹。然后，它要求我输入重新输入的登录用户名/密码。但是，我有使用旧计算机名的路径和内容，因此我将Win 7计算机改回原来的样子。阿勒路亚！它有效-再次要求我输入用户名/密码，然后可以从XP HOME机器访问我的共享！

因此，总结：缓存的凭据存在一些问题，没有明显的删除方式（用户帐户的“网络密码管理器”中也未显示任何内容）。因此，暂时更改您的计算机名称并将其更改回，这可能会解决某些问题。

我在诸如此类的论坛上遇到了几个类似的问题，但与我的不同。

将Server 2008 R2盒升级到具有更新的Server 2012 R2之后，出现了此问题。对我来说，进入凭据管理器并删除Windows凭据->通用凭据已解决了该问题。

在我的一种情况下，令我惊讶的是，除了启用Windows 8.1中的SMB 1.0支持功能外，我还需要刷新DNS缓存。这是一台加入域的计算机，该计算机已与其域断开连接。

在另一种情况下，未加入域的计算机刷新DNS缓存无济于事。但是，奇怪的是，完全合格的名称\\Name.在\\Name不工作时就起作用了（我没有在第一台机器上尝试过这个儿子）。我不确定这是什么问题，但我猜测这与缺少域名有关。

我们只在一个特定的文件夹上经历了这种情况。事实证明，由于我们使用重定向的文件夹，导致“脱机文件夹”引起了该问题。因此，Windows一启动，Windows就会立即使用其他用户的凭据连接到该共享，因此它将拒绝已登录用户的连接。

解决方案是关闭离线同步。

可能是网络ACL。在一个环境中，我在其中工作，将其更改为阻塞端口445。因此：

\主机名\共享

• 客户端尝试通过SMB在TCP / IP端口445上进行连接
• 被网络ACL阻止
• 客户端无法连接

\ hostname.fqdn \ share

• 客户端尝试通过SMB在TCP.IP端口445上进行连接
• 被网络ACL阻止
• 客户端通过端口139上的NetBT连接
• 成功连接

碰巧发生这样的情况，即连接到FQDN尝试使用NetBT，并且端口139已打开，因此成功。

因此解决方案是解除阻塞端口445。