← На главную

Ситуация, когда при подключении к терминальному серверу Windows Server 2008 (или 2008 R2) внезапно перестают работать сохраненные пароли, а вместе с ними «отваливается» буфер обмена и проброс принтеров, является классической для администраторов систем на базе Windows. Зачастую пользователи сообщают, что «вчера всё работало, а сегодня просит логин и пароль». Рассмотрим подробно причины возникновения этой проблемы и разберем по шагам методы её решения.

Причина 1: Обновление протокола CredSSP (CVE-2018-0886)

Разберем ситуацию, которая стала массовой после выхода обновлений безопасности Microsoft. Проблема заключается в исправлении уязвимости в протоколе CredSSP (Credential Security Support Provider). Если клиентская машина (например, на Windows 10) получила обновление, а сервер Windows Server 2008 — нет, возникает конфликт уровней безопасности. Клиент пытается использовать защищенный канал, который сервер не поддерживает, что приводит к сбросу сохраненных учетных данных и требованию ввести их вручную внутри сессии.

Проанализируем, как это исправить на стороне клиента, если оперативное обновление сервера невозможно. Для этого воспользуемся редактором реестра:

1. Нажмите Win + R, введите regedit.
2. Перейдите по пути: HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\System\CredSSP\Parameters.
3. Если разделов CredSSP или Parameters нет, создайте их вручную.
4. Создайте параметр DWORD (32 бита) с именем AllowEncryptionOracle.
5. Установите значение 2 (это позволит подключаться к серверам с «уязвимым» уровнем шифрования).

Важно: Это временная мера. Правильным решением будет установка актуальных обновлений безопасности на сам Windows Server 2008.

Причина 2: Настройки групповых политик (GPO) на сервере

Выясним причину, связанную с серверными настройками. В Windows Server существует политика, которая принудительно заставляет пользователя вводить пароль, даже если он сохранен в RDP-ярлыке. Проверим настройки на сервере:

1. Запустите оснастку gpedit.msc (Локальная политика безопасности) или используйте редактор управления групповыми политиками в домене.
2. Пройдем по пути: Конфигурация компьютера -> Административные шаблоны -> Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удаленных рабочих столов -> Безопасность.
3. Найдем параметр «Всегда запрашивать пароль при подключении» (Always prompt for password upon connection).
4. Убедимся, что этот параметр находится в состоянии «Отключено» или «Не задано». Если он включен, сервер будет игнорировать любые сохраненные данные клиента.

Также проверим параметры перенаправления в этой же ветке (путь: Перенаправление устройств и ресурсов). Убедитесь, что политики «Не разрешать перенаправление буфера обмена» и «Не разрешать перенаправление принтеров» отключены.

Причина 3: Очистка кэша учетных данных на стороне клиента

Иногда проблема кроется в повреждении локального хранилища паролей Windows. Рассмотрим, как очистить эти данные:

Откройте Панель управления -> Диспетчер учетных данных (Credential Manager). Перейдите на вкладку «Учетные данные Windows». Найдите в списке адрес вашего сервера и удалите запись. После этого запустите RDP-клиент (mstsc.exe), введите логин и пароль заново, установив галочку «Запомнить учетные данные».

Причина 4: Проблемы с буфером обмена (rdpclip.exe)

Если запрос пароля решен, но буфер обмена так и не заработал, проанализируем состояние процесса rdpclip.exe. Этот процесс отвечает за синхронизацию буфера между клиентом и сервером внутри каждой пользовательской сессии.

Посмотрим, как перезапустить его без перезагрузки сервера:

1. Внутри RDP-сессии откройте Диспетчер задач.
2. Перейдите на вкладку «Процессы» и завершите работу rdpclip.exe.
3. Нажмите «Файл» -> «Новая задача» и введите rdpclip.exe.

Обычно это мгновенно восстанавливает возможность копирования текста и файлов.

Причина 5: Нехватка системных ресурсов

Как отмечалось в сообщениях форума, симптомы «отваливающихся» служб (принтеры, буфер, авторизация) часто сопровождают нехватку места на системном диске сервера. Проверим раздел C:. Если на нем осталось менее 500-1000 МБ свободного места, служба профилей пользователей и служба терминалов начинают работать некорректно, так как не могут создавать временные файлы и записывать логи.

Также стоит проверить наличие «зависших» сессий. Если пользователь просто закрывает окно RDP крестиком, его сессия остается активной. Большое количество таких сессий потребляет оперативную память и может вызывать сбои в работе службы UmRdpService (Перенаправитель портов пользовательского режима).

Причина 6: Имена серверов и сертификаты

Разберем случай, специфичный для современных клиентов (Windows 10/11) при подключении к старым серверам. Если вы подключаетесь по IP-адресу, система может считать подключение небезопасным. Попробуем следующее:

1. В файле hosts на клиентской машине (C:\Windows\System32\drivers\etc\hosts) пропишите соответствие: IP_сервера Имя_сервера.
2. В настройках RDP-подключения на вкладке «Дополнительно» в поле «Проверка подлинности сервера» выберите «Подключаться без предупреждения».
3. Попробуйте подключиться, используя именно символьное имя сервера, а не его IP.

Резюме

Для стабильной работы терминального сервера Windows Server 2008 в современной инфраструктуре мы рекомендуем:

• Обновить сервер до актуального состояния (установить все накопительные пакеты обновлений).
• Настроить GPO, разрешив сохранение паролей и перенаправление ресурсов.
• Следить за свободным местом на системном разделе и корректно завершать сессии пользователей (через «Выход» вместо закрытия окна).
• Использовать универсальные драйверы печати (например, HP Universal Print Driver или MS Easy Print), чтобы исключить сбои из-за несовместимости драйверов принтеров.