NTLM 認証されたイントラネット サイトにアクセスしようとすると、Safari の処理に時間がかかり、「サーバーが利用できません」というメッセージが返されるか、サイトで許可されている場合は認証なしで読み込まれます。これらの同じサイトには、Firefox と Internet Explorer の両方で問題なくアクセスできます。サイトは IIS6 でホストされており、ASP、ASP.Net 1.1、または ASP.Net 2.0 のいずれかで生成されています。
これらのサイトでSafariが窒息する理由についての洞察はありますか? NTLM を Safari で正しく認証するための回避策はありますか?
アップデート:
さらに試してみると、サイトに FQDN を使用している場合 (つまり、http://mysiteは機能しませんが、http://mysite.domain. prvが動作します)。残念ながら、これはプロジェクトの他の制約により機能しません。
FQDN が機能するのに短い名前が機能しない理由を知っている人はいますか? これは回避できるものですか、それとも「申し訳ありませんが運が悪い」のですか?
更新 2:
Wireshark パケット スニファーによると、safari は SYN を正しいサーバーの IP アドレスに送信します。イントラネット サーバーは、safari が ACK を送信する SYN、ACK で応答します。これでサファリとサーバー間の通信は終了です。FQDN でイントラネット サイトにアクセスしようとすると、これら 3 つのパケットは同じでしたが、その後に HTTP GET 要求が続き、ページが正常に読み込まれました。
Safari は正しい IP アドレスに接続しているため、Safari が単に NetBIOS/WINS 名をサポートしていないとは信じがたいです。さらに、サファリが最初の GET 要求を送信しないため、NTLM パケットが交換されることはないため、NTLM はこの問題とは何の関係もないと確信しています。
Safari の NetBIOS/WINS のサポート状況を知っている人はいますか?