У меня есть несколько проблем с хостом Hyper-V, из-за которых я не могу удаленный рабочий стол через несколько дней после перезагрузки.
Я получаю следующую ошибку при попытке RDP.
Удаленный рабочий стол не может проверить подлинность удаленного компьютера, потому что между вашим компьютером и удаленным компьютером есть разница во времени или дате. Убедитесь, что часы вашего компьютера установлены на правильное время, затем попробуйте подключиться снова. Если проблема возникает снова, обратитесь к сетевому администратору или владельцу удаленного компьютера.
Я проверил следующее.
При попытке запустить команду PowerShell "Test-ComputerSecureChannel - Repair"
Test-ComputerSecureChannel: не удалось сбросить пароль безопасного канала для учетной записи компьютера в домене. Операция завершилась неудачно за следующим исключением: сервер не работает.
Сервер отвечает в течение нескольких дней после перезагрузки. Но после этого он уже не соединяется с теми же симптомами. Это рабочий сервер, поэтому перезагружать его каждый день нельзя.
Есть ли у кого-нибудь идеи относительно того, что может вызвать такую проблему?
Итак, после некоторой борьбы с этим ошибка, отображаемая окном RDP, не имеет ничего общего с ошибкой времени и даты на цели или хосте.
Если копнуть немного глубже, выясняется, что у центра сертификации доменов (CA) был просроченный сертификат, и поэтому его необходимо продлить. Это привело к сбою доверительных отношений между этим сервером (и только этим сервером по какой-то причине).
В результате все, что мне нужно было сделать, это «сбросить» учетную запись компьютера в Active Directory - пользователи и компьютеры на основном контроллере домена. Затем обновите доверительные отношения (после перезагрузки) между сервером и контроллером домена.
Предупреждение: Любой, кто пытается это сделать для себя, убедитесь, что у вас есть логин локального администратора для машины, на которой вы выполняете сброс. При возобновлении отношений вы получите эту ошибку при попытке снова войти в систему с учетными данными AD.
Не удалось установить доверительные отношения между этой рабочей станцией и основным доменом.
Войдя в систему локально как администратор, я запустил Powershell и использовал следующую команду
Reset-ComputerMachinePassword -Server <Name of Domain Controller> -Credential <Domain Admin Account>
Затем мне было предложено ввести имя пользователя и пароль администратора домена. Затем перезагрузил сервер, и все снова стало хорошо.
Теперь я могу удаленно подключаться к виртуальной машине на хост-машине, и я могу подключиться к RDP к полному доменному имени сервера.
Спасибо всем, кто пытался помочь с этим.
Откройте консоль DNS и проверьте, есть ли какие-либо записи хоста в зоне прямого просмотра. если нет, то у вас проблема с компьютерами, регистрирующими свои данные в DNS. Убедитесь, что он настроен правильно.
Полезные команды i.ipconfig / flushdns ii.ipconfig / all iii.nslookup iv.ping v.netsh int ip reset C: \ reset.log Полный сброс сетевого адаптера, очистка кеша и сетевых настроек.
2.Выберите тип подключения к внешней сети в виртуальной сети Hyper-v, чтобы можно было подключать виртуальные машины с узла Hyper-v.