Назад | Перейти на главную страницу

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

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

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

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

Спасибо,

Адриан

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

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

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

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

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

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

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

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

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

Я попал сюда через 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 может также быть одной из вещей, которые следует учитывать, но он четко сообщает вам об ошибке.