Имя хоста RDP вызывает ошибку NLA, RDP по IP-адресу работает.

У меня есть локальный контроллер домена (DC02) с относительно простой настройкой AD, который существует уже достаточно долго – возможно, 6-10 лет. Я переместил несколько ВМ с одного гипервизора на другой (ESXi на Proxmox). Не думаю, что это имеет значение, но всегда полезно поделиться дополнительной информацией на случай, если она пригодится. Записи домена на сервере выглядят нормально, как в прямой, так и в обратной зонах поиска отображается правильный IP-адрес.

• Когда я подключаюсь через RDP по IP-адресу, все работает прекрасно.
• Когда я подключаюсь через RDP по имени хоста (W2022-DEV), это не работает (я получаю ошибку с сообщением: “Удаленный компьютер, к которому вы пытаетесь подключиться, требует уровня сетевой проверки подлинности (NLA), но ваш контроллер домена Windows не может быть получен для выполнения NLA. Если вы администратор на удаленном компьютере, вы можете отключить NLA, используя параметры на вкладке Удаленный доступ в диалоговом окне Свойства системы.”)

Я решил попробовать еще одну вещь. В какой-то момент я уже создал другую зону под названием ‘local’ в прямых зонах поиска. Если я создам W2022-DEV там и затем подключусь к W2022-DEV.local – это также работает нормально.

Есть идеи, что я неверно настроил, что могло бы это вызвать? Дополнительная информация о самом DC:

Когда я запускаю:

NSLOOKUP DC02 W2022-DEV, я получаю следующее:

Запрос DNS завершился временем ожидания.
    время ожидания составило 2 секунды.
Сервер:   Неизвестный
Адрес:   192.168.111.24

Запрос DNS завершился временем ожидания.
    время ожидания составило 2 секунды.
Запрос DNS завершился временем ожидания.
    время ожидания составило 2 секунды.
*** Запрос к Неизвестному завершился временем ожидания

Адрес .24 соответствует машине W2022-DEV.

Какие операционные системы вы используете, является ли DC старым? Они обновлены до последней CU?

1. В PowerShell выполните Test-ComputerSecureChannel с ВМ, чтобы проверить, полностью ли она подключена к AD.
2. Вам может понадобиться настроить безопасность RDP, пока вы устраняете неполадки – я делаю это через GPO
   https://i.sstatic.net/M1FgJ.png

Microsoft говорит, что причина может быть следующей:

• Виртуальная машина не может установить связь с контроллером домена (DC). Эта проблема может помешать сеансу RDP получить доступ к ВМ с использованием учетных данных домена. Однако вы все равно сможете войти, используя учетные данные локального администратора. Эта проблема может возникнуть в следующих ситуациях:
• Канал безопасности Active Directory между этой ВМ и DC сломан. У ВМ есть старая копия пароля учетной записи, а у DC есть более новая копия.
• DC, к которому подключается эта ВМ, не функционирует корректно.
• Уровень шифрования ВМ выше, чем тот, который используется клиентским компьютером.
• Протоколы TLS 1.0, 1.1 или 1.2 (сервер) отключены на ВМ. ВМ была настроена так, чтобы запретить вход с использованием учетных данных домена, а Локальный орган безопасности (LSA) настроен неправильно.
• ВМ была настроена для приема только соединений, соответствующих стандартам Федеральной информационной обработки (FIPS). Это обычно делается с использованием политик Active Directory. Это редкая конфигурация, но FIPS может применяться только для удаленных подключений к рабочему столу.