Всякий раз, когда я пытаюсь получить доступ к интранет-сайту с проверкой подлинности 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, на который сафари отправляет ACK. Это конец общения между сафари и сервером. При попытке получить доступ к сайту интрасети по полному доменному имени эти три пакета были одинаковыми, но затем последовал запрос HTTP GET, который затем успешно загрузил страницу.
Поскольку Safari подключается к правильному IP-адресу, мне трудно поверить, что Safari просто не поддерживает имена NetBIOS / WINS. Кроме того, поскольку пакеты NTLM никогда не обмениваются, поскольку safari никогда не отправляет начальный запрос GET, я уверен, что NTLM не имеет никакого отношения к этой проблеме.
Кто-нибудь знает о состоянии поддержки сафари NetBIOS / WINS?