Всякий раз, когда я пытаюсь получить доступ к сайту интрасети с NTLM-аутентификацией, Safari обрабатывается бесконечно, а затем возвращается с сообщением «Сервер недоступен» или, если это разрешено сайтом, загружается без аутентификации. Я могу получить доступ к этим же сайтам без проблем как в Firefox, так и в Internet Explorer. Сайты размещены на IIS6 и создаются с помощью ASP, ASP.Net 1.1 или ASP.Net 2.0.
Есть какие-нибудь сведения о том, почему Safari задыхается на этих сайтах? Есть ли какие-то обходные пути, чтобы NTLM правильно аутентифицировался в Safari?
Обновление:
Продолжая играть с ним, я определил, что NTLM будет работать (с достаточно быстрой загрузкой страницы), если я использую полное доменное имя для сайта (т.е. http://mysite не работает, но http://mysite.domain.prv будет Работа). К сожалению, это не сработает из-за других ограничений проекта.
Кто-нибудь знает, почему полное доменное имя будет работать, а более короткое имя - нет? Это то, что можно обойти, или это "Извините, что не повезло"?
Обновление 2:
Согласно анализатору пакетов Wireshark, safari отправляет SYN на правильный IP-адрес сервера. Сервер интрасети отвечает SYN, ACK, на который safari отправляет ACK. Это конец общения между safari и сервером. При попытке доступа к сайту интрасети по полному доменному имени эти три пакета были одинаковыми, но затем последовал HTTP-запрос GET, который затем успешно загрузил страницу.
Поскольку Safari подключается к правильному IP-адресу, мне трудно поверить, что Safari просто не поддерживает имена NetBIOS / WINS. Кроме того, поскольку пакеты NTLM никогда не обмениваются, поскольку safari никогда не отправляет начальный запрос GET, я уверен, что NTLM не имеет никакого отношения к этой проблеме.
Кто-нибудь знает статус поддержки Safari NetBIOS / WINS?
