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

Как я могу обойти проблемы с настройкой сертификата в службах удаленных рабочих столов?

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

На данный момент я убежден, что есть проблемы с пользовательским интерфейсом, и ищу способы их решения. Есть ли способ настроить сертификаты в службах удаленных рабочих столов так, чтобы параметры сохранялись и отражались в графическом интерфейсе? Если нет, могу ли я проверить правильность настроек?

Шаг № 1 - Создайте сертификат, который будет использоваться.

Я настроил сертификат для использования с RD Web Access. Сертификат хранится в консоли Certificates MMC на моем посреднике подключений к удаленному рабочему столу, и я настраиваю ферму с этого компьютера.

Я обнаружил, что разрешил RD Web Access создать собственный сертификат, что требуются следующие свойства:

В обход генерации самоподписанного сертификата

В качестве быстрого обходного пути я смог обойти проблему с созданием самозаверяющих сертификатов с помощью PowerShell. Документация для Новый сертификат RDCertificate командлет дает следующий пример:

PS C:\> $password = ConvertTo-SecureString -string "password" -asplaintext -force
New-RDCertificate -Role RDWebAccess -DnsName "test-rdwa.contoso.com" -Password $password -ConnectionBroker rdcb.contoso.com -ExportPath "c:\test-rdwa.pfx"

Если ввести это в оболочку, появится сообщение об ошибке, в котором говорится, что функция, Get-Server не может быть найден. Перед использованием New-RDCertificate, вы должны импортировать модуль RemoteDesktop с Import-Module RemoteDesktop.

Шаг № 2 - Наблюдайте за нестандартным поведением

При первом посещении диалогового окна «Свойства развертывания», перейдя в Диспетчер серверов -> Службы удаленных рабочих столов -> Коллекции и выбрав «Изменить свойства развертывания» из раскрывающегося списка «ЗАДАЧИ» в группе «КОЛЛЕКЦИИ», вы увидите следующий экран. :

Это окно вводит в заблуждение, потому что level поле указано как «Не настроено». Если я правильно понимаю, все три службы ролей используют самозаверяющий сертификат. Для роли веб-доступа к удаленным рабочим столам это можно проверить, посетив веб-сайт:

Используемый сертификат также отображается в MMC сертификатов:

Шаг № 3 - Назначьте новый сертификат

Диалоговое окно «Свойства развертывания» позволит мне выбрать существующий сертификат. Сертификат должен быть размещен на локальном компьютере. Сертификаты MMC в «Личном» хранилище сертификатов. Закрытый ключ должен быть экспортируемым, и вам нужно будет указать пароль. Я временно экспортировал свой сертификат в файл с именем temp.pfx с паролем, а затем импортировал его в службы удаленных рабочих столов оттуда.

Как только это будет сделано, графический интерфейс покажет, что готов принять новую конфигурацию.

Как только я нажимаю кнопку «Применить», графический интерфейс показывает успех.

Это можно проверить, посетив веб-сайт RD Web Access во второй раз. Ошибка сертификата отсутствует.

Шаг № 4 - Графический интерфейс не поддерживает свое состояние

Если закрыть и снова открыть графический интерфейс, все эти настройки будут потеряны.

Собственно, настроенный мной сертификат все еще используется. Я могу продолжить доступ к сайту RD Web Access без ошибок сертификата.

Как ни странно, если я использую кнопку «Создать новый сертификат ...» для создания самозаверяющего сертификата, это окно обновится до уровня «Недоверенный». Затем этот параметр будет поддерживаться при открытии и закрытии диалогового окна «Свойства развертывания».

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

У меня была такая же проблема, и я нашел исправление. Это все, как вы создали шаблон сертификата и запросили сертификат.
Вот исправление:

  1. Создайте шаблон сертификата из, скопировав шаблон компьютера
  2. Отредактируйте новый сертификат и эти два важных мода 2a. Разрешить экспорт закрытого ключа 2b. На вкладке "Имя темы" установите переключатель "Поставлять в запросе".
  3. Опубликуйте новый шаблон
  4. Создайте новый запрос и выберите новый шаблон
  5. Добавьте общее имя и DNS для RDWeb. (Я добавил все серверы RD Farm)

Пример:

CN = rdweb.domain.local

CN = rdcb.domain.local

CN = rdsh1.domain.local

CN = rdsh2.domain.local

CN = rdsh3.domain.local

rdweb.domain.local

rdcb.domain.local

rdsh1.domain.local

rdsh2.domain.local

rdsh3.domain.local

  1. Добавьте rdweb.domain.local к понятному имени и затем сгенерируйте сертификат
  2. Экспорт сертификата с частным
  3. Импортируйте в консоль развертывания удаленных рабочих столов.

Вы делаете все это, и уровень будет доверенным, а статус - ОК.

Вчера я проверил нашу ферму и заметил, что это Windows 2008 ... У вас 2012. Я уверен, что есть большие различия, но надеюсь, что моя информация поможет.

Открывая MMC -> Сертификаты -> Учетная запись компьютера, я вижу 2 сертификата в папке "Personal / Certificates":

  • Самоподписанный сертификат (тот же эмитент и субъект)
  • Сертификат, выданный нашим Доменным ЦС

Самоподписанный показывает ошибку в деталях, имеет ли ваш сертификат такая же ошибка?

Чтобы устранить эту ошибку, просто скопируйте и вставьте сертификат из подпапки «Personal / Certificates» в «Trusted Root Certification Authorities / Certificates». На этом этапе тот же сертификат не дает ошибок.

После этого я нашел только два места, где вы настраиваете сертификат (в RDS Windows 2008).

Наш RemoteApp Manager показывает:

Настройки цифровой подписи:

И в 'Конфигурация хоста сеанса удаленных рабочих столов в настройках подключения:

В конце, и, если я правильно помню, мы решили это, проверив все параметры, средство просмотра событий, убедившись в отсутствии ошибок сертификатов, заполнив некоторые локальные группы, предоставив им доступ по политике безопасности ...

Удачи.

---- Обновлено ----

Не забудьте импортировать в профиль пользователя ЦС эмитента или сертификат (если он самоподписанный) в «Доверенные корневые центры сертификации / сертификаты», чтобы клиент не получал никаких ошибок сертификата. Этот момент был важен в нашей системе.