Причина для окна аутентификации проста: Internet Explorer отправляет ваши учетные данные, только если он считает, что хост находится в зоне «Локальная интрасеть» (предполагается конфигурация по умолчанию). Если узел вне того, что IE считает «локальным», запрашивает учетные данные NTLM, появится окно аутентификации, и вам придется проходить аутентификацию вручную.
Если вы хотите, чтобы ваши учетные данные отправлялись автоматически, убедитесь, что IE считает это в «Локальной интрасети». Проверьте информацию о зоне в правой части строки состояния, чтобы увидеть текущую активную зону.
IE принимает во внимание несколько вещей, чтобы решить, должен ли хост рассматриваться как «Локальная интрасеть»:
- это IP-адрес в локальной подсети -> ДА
- это простое имя хоста (то есть "без точек") -> ДА
- в опциях IE: есть ли в списке «Сайты ...» для «Локальная интрасеть» -> ДА
- в опциях IE: есть ли в списке исключений прокси -> ДА
- это путь UNC -> ДА
- в противном случае: НЕТ
- Иногда в списке личных паролей для этого имени хоста существует старый пароль (доступный через Панель управления -> Учетные записи пользователей). Если это не так, могут возникнуть похожие проблемы.
Я подозреваю, что ваш хост "fred" не выполняет условия с 2 по 4, но ваш тестовый пример "Betty" каким-то образом выполняет.
То, как было разрешено имя (запись CName, запись A, файл хостов и т. Д.), Не имеет значения, поскольку метод разрешения имени непрозрачен для вызывающего приложения. IE просто запрашивает имя «XYZ» и возвращает IP-адрес.
Недавние изменения конфигурации могут потребовать очистки локального DNS-кэша. Здесь может помочь случайный ipconfig /flushdns
, в противном случае вы можете ненадолго остановить службу DNS-клиента.
Описанная внутренняя логика применяется к изменению имени хоста и настроек безопасности в зависимости от результата.