Сбой удаленного рабочего стола без сообщения об ошибке

После перезагрузки моего сервера Windows 2008 R2 server я больше не могу войти на удаленный рабочий стол. Когда я пытаюсь подключиться, удаленный рабочий стол увеличивает различные сообщения о состоянии, последним из которых является «Настройка удаленного сеанса», а затем снова возвращается в исходное диалоговое окно «Соединение», не сообщая мне об ошибке.

Сервер, кажется, работает, так как он все еще доставляет веб-страницы. Кроме того, он, кажется, принимает мои полномочия.

Есть ли способ узнать, почему не удается установить соединение? Я просмотрел даже журналы своей системы, но не смог найти ничего, связанного с удаленным рабочим столом. Возможно, есть какой-то скрытый режим устранения неполадок?

Спасибо,

Адриан

Изменить: Тем временем сервер вернулся в онлайн. Я не уверен, сделал ли он это самостоятельно или техническая поддержка, потому что я до сих пор не получил известие от них, но проблема решена на данный момент. Немного разочаровывает, что я не знаю причину проблемы.

Убедитесь, что он действительно перезагрузился - если вы можете использовать «net use» на удаленном сервере, подключитесь к Event Viewer и посмотрите, действительно ли он перезагрузился. Я видел множество серверов Win2k3, которые после перезагрузки из сеанса RDP фактически не перезагружаются, а перестают отвечать на RDP. Если это так, вы можете сделать shutdown / i на сервере или использовать другой внеполосный метод фактической перезагрузки.

И если это так, в будущем не перезагружайтесь с обычного сеанса RDP. Перезагрузитесь только из соединения / console или / admin, или используйте shutdown / i, или другие удаленные методы.

У меня была проблема с использованием удаленного рабочего стола на сервере 2003. Я подключился, и после просмотра некоторых сообщений о состоянии я был отключен, прежде чем увидел полный рабочий стол.

Проблема была в том, что на сервере было неправильное время, потому что синхронизация не удалась в течение нескольких месяцев (я думаю, что была разница во времени около 30 минут).

После дальнейшего изучения журнала событий, я думаю, что нашел проблему. Эта ошибка возникла почти точно после перезапуска:

Служба установщика модулей Windows не закрылась должным образом после получения предварительного выключения управления.

Таким образом, проблема заключалась в том, что некоторые службы были закрыты, в то время как эта конкретная служба зависала. Кажется, он был убит после истечения времени ожидания (один час), после которого окна перезагрузились, как и предполагалось.

Теперь единственный оставшийся вопрос - как предотвратить это в будущем. Очевидно, я бы хотел, чтобы будущие перезагрузки запускались немного быстрее, чем эта ...

Я попал сюда через Google с той же проблемой с моим Windows Server 2012 (7 лет спустя), поэтому я добавлю свой собственный опыт с этой проблемой для будущих пользователей. Вот что случилось:

1. В свете недавних атак WannaCrypt я установил все ожидающие обновления безопасности от Microsoft. Естественно, перезагрузка требовалась. Во второй раз. Менее чем за 24 часа. На сервере, который работал 350 дней до всего этого беспорядка. Я надеюсь, что все хакеры горят и гниют в аду (кстати, я атеист, я даже не верю в ад).
2. Я нажал кнопку перезагрузки в Центре обновления Windows. Мой сеанс удаленного рабочего стола был немедленно прерван, и все попытки переподключения потерпели неудачу без сообщения об ошибке, но сервер все еще работал и работал непрерывно и обслуживал страницы. Я знаю это, потому что моему AppPool требуется одна или две минуты для полной загрузки каждый раз, когда он отключается. Я предполагаю, что Центр обновления Windows проходил некоторые предварительные шаги, которые не требовали закрытия других служб в системе.
3. Через несколько (очень долгих и напряженных) минут сервер вернет HTTP 503 для всех запросов. Я все еще мог пинговать сервер, хотя. Угадайте: сервер все еще работает, IIS выключен, ведется более серьезное обновление.
4. Минуту спустя я потерял весь доступ к серверу. Нет ядра, нет Windows, ничего, ожидая возвращения системы в оперативный режим после фактической перезагрузки.
5. Еще через минуту пинг вернулся, и мне действительно удалось вовремя подключиться к RD, чтобы увидеть последние шаги применения обновления. Сервер работает нормально, т.к.

Так что, если вы потеряете удаленный доступ к вашему серверу сразу после перезагрузки, не паникуйте , возможно, он выполняет некоторые работы по техническому обслуживанию и вернется в рабочее состояние после завершения.

Удаленный рабочий стол также может вести себя странно, если у вас более старые графические драйверы. На сервере я не думаю, что это будет проблемой, но обновление графических драйверов - это то, что вы можете попробовать. (Для меня исправлена ​​аналогичная проблема на машине с XP SP3.)

хорошо, если это решено, но для будущих ссылок, я добавляю эти строки;

1. Удаленный рабочий стол будет работать после того, как сервер будет работать, и после перезагрузки появится экран входа в систему. Обычно все ICMP (Ping) и службы (веб / домен и т. Д.) Становятся доступными, но для удаленного рабочего стола требуется, чтобы сервер был полностью запущен.
2. Если сервер перезапущен, и вы ожидаете, что, возможно, кто-то еще уже подключен, вы можете попробовать mstsc / admin . Это поможет вам войти / обойти ограничение в два входа на сервер.
3. Просто чтобы охватить еще одну вещь в этом ответе, которая не относится к этому, но связана с этим, устаревшая запись в кеше DNS также может быть одной вещью, которую следует учитывать, но она ясно говорит вам об ошибке.