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

Нет RDP после установки Server 2008 R2 SP1

Я загнал себя в угол. Я только что установил Service Pack 1 на сервер Windows 2008 R2, который размещен в удаленном центре обработки данных и не имеет возможности войти в систему с «настоящим» экраном и клавиатурой. SP1, похоже, нарушил протокол удаленного рабочего стола (RDP), я перехожу к экрану входа в систему, вхожу в систему и на короткое время вижу приветственное сообщение, затем сеанс RDP завершается следующим образом:

У поставщика услуг (OVH) есть виртуальный KVM, который должен помочь в этой ситуации, но при загрузке в этом режиме сервер показывает синий экран (видимо, это своего рода виртуальная среда). Инженеры OVH говорят, что vKVM не поддерживается на серверах 2008 года, так что этот инструмент бесполезен ... почти. Единственный луч надежды заключается в том, что я могу загрузить сервер в безопасном режиме с помощью vKVM, и это не синий экран, а:

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

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

Хорошо .. выпил кофе и подумал немного прямее. Удаление предыдущих ответов и предоставление более подробной информации:

Оригинальный выпуск обновления от KB2667402 вызывает эту проблему. Он отмечает в известных проблемах, что применение SP1 после обновления вызывает проблемы с RDP.

Патч был перевыпущен для решения проблемы RDP.

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

wmic /node:<SERVER> /user:<USER> process call create "powershell wusa /uninstall /kb:2667402 /quiet /forcerestart"

После удаления KB и последующего принудительного перезапуска вы снова сможете подключиться к серверу по протоколу RDP. На этом этапе вы сможете установить обновленную версию того же КБ.

Сноска: Это решило проблему, но мне не нужно было использовать WMI удаленно. Я смог загрузиться в безопасном режиме с помощью виртуального KVM и использовать командную строку WUSA напрямую для удаления KB2667402. Все потом после перезагрузки заработало. Это позволило мне обойти все проблемы с брандмауэром и разрешениями, связанные с предоставлением удаленному пользователю доступа к WMI.