Vitas's questions

我们在服务器上有共享，应该在不要求凭据的情况下打开（当前用户在那里有权限）。服务器在另一个 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 服务器

我们请求允许客户更改某些 OU 中服务器的防火墙设置。这些 OU 继承了一些策略，将公共和专用网络配置文件的防火墙设置为关闭。我想知道是否有办法以某种方式覆盖它，以便允许他们更改防火墙设置。这样它就关闭并变灰了。似乎创建一个“未配置”的策略不能作为覆盖值“启用”或“禁用”我制定了这样的测试策略。

但它保持这样

在这里，政策的顺序似乎无关紧要。我们是否需要更改继承的策略设置，因为无法用“未配置”覆盖“关闭”