我们在服务器上有共享,应该在不要求凭据的情况下打开(当前用户在那里有权限)。服务器在另一个 dns 区域中有几个其他记录,导致它的 ip。我们可以通过所有三种可能的方法从域中的其他服务器打开共享 - 服务器名称、FQDN、IP。因此,使用 \\servername\mall 或 FQDN \\application.company.se\mall 或 \\ipaddress\mall 共享打开而不要求提供凭据。但是,当您通过 RDP 在服务器本身上并尝试使用 FQDN \\application.company.se\mall 打开此共享时,它会要求提供凭据并且没有凭据起作用,而不是立即打开它!我可以在服务器上通过 \\servername\share 或 \\ipaddress\share 打开它,但只有 FQDN 无法正常工作。服务器名称和自定义 dns 名称都在指向同一个地址的 DNS 中,我可以 ping 并解决所有问题。我在另一台服务器上进行了测试,该服务器有另一个 dns 条目(除了它的计算机名.域),它的行为相同。我也在其他一些完全不同的环境中尝试过,结果是一样的。
那么,如果您创建一个指向您的服务器的 dns A 记录,您在使用您创建的这个 DNS 主机名通过 RDP 登录它时无法访问它的共享,这只是正常的行为吗?
此服务器不是 DNS 服务器
检查您是否可以 ping FQDN。
您正在使用另一个 dns 服务器,而不是说 google dns。如果你能ping通它,你就可以做到。
如果 ping 正常,请检查防火墙。如果您正在针对 FQDN 运行,即使您在没有主机条目的同一台服务器上,那么您将不再在防火墙中使用私有配置文件,并且需要为公共配置文件禁用或添加例外。
在Technet上找到了解决方案
我从 DNS 中放了两个客户想要使用的主机名,然后它立即开始工作。
我不需要使用他们在链接文章中提到的 DisableStrictNameChecking 值。