我希望我能找到一个更好的方法来命名这个问题，所以如果有人能想到一个更合适的标题，请告诉我。我已经为这个问题绞尽脑汁一段时间了，通常我只是绕过它，但我觉得是时候寻求一些帮助来解决这个问题了。
背景
在我们的网络上，我们保留一个位于intranet:8080( 10.0.0.2:8080) 的 Webdav 服务器。在此服务器上，我们的员工使用 Outlook 中的“共享到 Internet”功能发布他们的 Outlook 日历。此文件夹中还有一个名为 的 PHP 文件，index.php该文件根据员工姓名列出日历，并提供指向日历的webcal://链接（以 的形式webcal://intranet:8080/Firstname_Lastname_calendar.ics），以方便员工订阅彼此的日历。
我们在 也有一个 Active Directory 服务器10.0.0.1。Active Directory 服务器还为我们的网络提供 DHCP（将自身设置为主 DNS 服务器和8.8.8.8辅助 DNS 服务器）。
问题
在一些计算机上，当他们点击链接intranet:8080订阅另一个员工的日历时，他们会收到一条错误消息，指出 Outlook“无法验证日历或将日历添加到 Outlook。”
如果我手动输入webcal://intranet:8080/Firstname_Lastname_calendar.ics（甚至http://intranet:8080/Firstname_Lastname_calendar.ics），我会收到相同的错误消息。但是如果我输入，webcal://10.0.0.2:8080/Firstname_Lastname_calendar.ics我不会收到错误消息，并且日历已订阅。
在我看来，这似乎是 DNS 的问题，但nslookup在内联网上执行时，返回的结果10.0.0.2如所提供10.0.0.1，并且正如我们之前看到的，计算机上的 Web 浏览器访问时也没有问题http://intranet:8080/。
正如我之前所说，这个问题不会发生在我们网络中的每台计算机上，而且我也没有真正找出它发生的位置的规律。有什么想法吗？如果这些员工能够在没有 IT 部门帮助的情况下轻松订阅日历，那就太好了。