每当我尝试访问经过 NTLM 身份验证的 Intranet 站点时，Safari 将永远进行处理，然后返回“服务器不可用”，或者如果站点允许，则加载而不进行身份验证。我可以在 Firefox 和 Internet Explorer 中毫无问题地访问这些相同的站点。这些站点托管在 IIS6 上，并使用 ASP、ASP.Net 1.1 或 ASP.Net 2.0 生成。
关于为什么 Safari 在这些网站上窒息的任何见解？是否有任何解决方法可以让 NTLM 正确地通过 Safari 进行身份验证？
更新：
在进一步使用它时，我确定如果我为站点使用 FQDN（即http://mysite不起作用，但http://mysite.domain ），NTLM 将起作用（页面加载速度相当快）。 prv将工作）。不幸的是，由于项目的其他限制，这将不起作用。
有谁知道为什么 FQDN 会起作用，但较短的名称不会？这是可以解决的问题还是“对不起”？
更新 2：
根据 Wireshark 数据包嗅探器，safari 将 SYN 发送到正确的服务器 IP 地址。Intranet 服务器以 SYN、ACK 响应，Safari 向其发送 ACK。这是 safari 和服务器之间通信的结束。当尝试通过 FQDN 访问 Intranet 站点时，这三个数据包是相同的，但随后是 HTTP GET 请求，然后成功加载了页面。
因为 Safari 连接到正确的 IP 地址，我很难相信 Safari 不支持 NetBIOS/WINS 名称。此外，由于 NTLM 数据包从不交换，因为 safari 从不发送初始 GET 请求，我确信 NTLM 与此问题无关。
有人知道 safari 对 NetBIOS/WINS 的支持情况吗？