Неможливо віддалений робочий стіл без повідомлення про помилку

Після перезавантаження сервера Windows 2008 R2 сервер я більше не можу увійти на віддалений робочий стіл. Коли я намагаюся підключитися, віддалений робочий стіл збільшує різні повідомлення про стан, останнє з яких - "Налаштування віддаленого сеансу", а потім знову повертається до початкового діалогового вікна підключення, не даючи мені жодного повідомлення про помилку.

Схоже, сервер не працює, оскільки він все ще постачає веб-сторінки. Крім того, це, здається, приймає мої повноваження.

Чи є якийсь спосіб зрозуміти, чому з'єднання виходить з ладу? Я переглянув навіть журнали моєї системи, але не міг знайти нічого, пов’язаного з віддаленим робочим столом. Можливо, є якийсь прихований режим усунення несправностей?

Дякую,

Адріан

Редагувати: Тим часом сервер повернувся в Інтернет. Я не впевнений, чи зробив це самостійно, чи технічна підтримка зробила, тому що я до цих пір не чула від них, але наразі проблема вирішена. Трохи невтішно не знати причину проблеми Thep.

Переконайтеся, що він фактично перезавантажився - якщо ви можете зробити «чисте використання» проти віддаленого сервера, тоді підключіться до переглядача подій, щоб побачити, чи справді він перезавантажився. Я бачив безліч серверів Win2k3, які, перезавантажившись із сеансу RDP, насправді не перезавантажуються, а перестають реагувати на RDP. Якщо це так, ви можете зробити відключення / i проти сервера або використовувати інший позадіапазонний метод фактичного виконання перезавантаження.

І якщо це так, у майбутньому не перезавантажуйтесь із звичайної сесії RDP. Перезавантажте лише з'єднання / консоль або адміністратор, або використовуйте функцію shutdown / i або інші віддалені методи.

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

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

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

Послуга інсталятора модулів Windows не вимкнулася належним чином після отримання контролю за попереднім вимиканням.

Тож проблема полягала в тому, що деякі служби були закриті, в той час як саме ця послуга висіла. Здається, він був убитий після настання тайм-ауту (одну годину), після чого вікна перезавантажилися за призначенням.

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

Я потрапив сюди через Google із тією ж проблемою, що і з моїм Windows Server 2012 (7 років пізніше), тож я додам власний досвід з проблемою для майбутніх пошуків. Ось що сталося:

1. У світлі останніх атак WannaCrypt я встановив усі очікувані оновлення безпеки від Microsoft. Природно, потрібно було перезавантажити. Вдруге. Менш ніж за 24 години. На сервері, який працював 350 днів прямо перед цим усім безладом. Я сподіваюся, що всі хакери горять і гниють у пеклі (я атеїст, який я навіть не вірю).
2. Я натиснув кнопку перезавантаження в Windows Update. Мій сеанс RD негайно було припинено, і всі спроби відновити з'єднання не вдалося, без повідомлення про помилку, але сервер все ще працював і працює безперебійно і розміщує сторінки. Я знаю це, тому що мій AppPool потребує однієї або двох хвилин для повного завантаження кожного разу, коли він знімається. Я здогадуюсь, що оновлення Windows проходило кілька попередніх кроків, які не вимагали відключення інших служб у системі.
3. Після ще декількох (дуже довгих і напружених) хвилин сервер поверне HTTP 503 для всіх запитів. Я все ще міг пінг-сервер. Здогадайтесь: сервер все ще працює, IIS вимкнено, серйозніші оновлення тривають.
4. Через хвилину або близько того я втратив весь доступ до сервера. Ні ядро, ні Windows, ніщо не чекає, коли система повернеться в Інтернет після фактичної перезавантаження.
5. Ще через хвилину пінг повернувся, і мені вдалося вчасно підключитися до RD, щоб побачити останні кроки застосованого оновлення. З цього часу сервер працює нормально.

Отже, якщо ви втратите віддалений доступ до свого сервера відразу після перезавантаження, не панікуйте , це, ймовірно, виконує певні роботи з технічного обслуговування і повернеться онлайново після його завершення.

Віддалений робочий стіл також може вести себе дивно, якщо у вас є старші графічні драйвери. На сервері я не думаю, що це буде проблемою, але ви можете спробувати оновити графічні драйвери. (Він вирішив подібну проблему на XP SP3 для мене.)

добре, якщо це вирішено, але для майбутніх посилань я додаю ці рядки;

1. Віддалений робочий стіл буде працювати, як тільки сервер буде вгору та з’явиться екран після перезавантаження. Зазвичай всі ICMP (Ping) та сервіси (веб / домен тощо) стають доступними, але віддалений робочий стіл вимагає, щоб сервер був повністю запущений та працює.
2. Якщо сервер перезапущений і ви очікуєте, що може бути ще хтось підключений, ви можете спробувати mstsc / admin . Це допоможе вам увійти / обійти ліміт двох входів на сервері.
3. Тільки для того, щоб висвітлити ще одну річ у цій відповіді, яка не для цього, але пов'язана з цим, застарілий запис у кеш-пам'яті DNS також може бути одне, що слід врахувати, але це чітко говорить про вашу помилку.