Como posso solucionar problemas com a configuração de certificados nos Serviços de Área de Trabalho Remota?

32

Estou configurando um farm de Serviços de Área de Trabalho Remota e estou tendo problemas para configurar certificados para uso. Uma demonstração do problema que estou vendo pode ser encontrada na Etapa 4.

Neste ponto, estou convencido de que há problemas com a interface do usuário e estou procurando maneiras de contorná-los. Existe alguma maneira de configurar certificados nos Serviços de Área de Trabalho Remota para que as configurações mantenham e sejam refletidas na GUI? Se não, existe alguma maneira de eu verificar se as configurações estão corretas?

Etapa 1: criar certificado para ser usado.

Configurei um certificado para usar com o Acesso via Web RD. O certificado é armazenado no MMC de Certificados no meu Agente de Conexão de Área de Trabalho Remota e estou configurando o farm nesse computador.

Descobrique,aopermitirqueoRDWebAccessgerasseseuprópriocertificado,asseguintespropriedadessãonecessárias:

  • Usoavançadodechave
    • Autenticaçãodoservidor
    • Autenticaçãodecliente
      • Issopodenãoserobrigatório,masocertificadoautoassinadooinclui.
  • Usodechaves
    • Assinaturadigital
    • Contratodechave
  • Nomealternativodoassunto
    • NomeDNS=domain.com

Desviosobregeraçãodecertificadosautoassinados

Comoumdesviorápido,conseguiresolverumproblemacomacriaçãodecertificadosautoassinadosusandoopowershell.Adocumentaçãodocmdlet New-RDCertificate fornece o seguinte exemplo:

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"

Digitar isso no shell resultará em uma mensagem de erro alegando que uma função, Get-Server não pode ser localizada. Antes de usar New-RDCertificate , você deve importar o Módulo RemoteDesktop com Import-Module RemoteDesktop .

Etapa 2: observe o comportamento pronto para uso

Na primeira vez que você visitar a caixa de diálogo Propriedades de implantação, navegue até Gerenciador de servidores - > Serviços de área de trabalho remota - > Coleções e selecionando "Editar propriedades de implantação" na lista suspensa "TASKS" no agrupamento "COLEÇÕES", você verá a seguinte tela:

Estajanelaéenganadoraporqueocampolevelestálistadocomo"Não configurado". Se bem entendi, todos os três serviços de função estão usando um certificado autoassinado. Para a função Acesso via Web RD, isso pode ser verificado visitando o site:

OcertificadoemusotambémaparecenoMMCdeCertificados:

Etapa 3 - Atribuir novo certificado

A caixa de diálogo Propriedades de Implantação permite que eu selecione meu certificado existente. O certificado deve ser colocado dentro dos computadores locais Certificados MMC no armazenamento de certificados "Pessoal". A chave privada precisará ser exportável e você precisará fornecer a senha. Eu exportuei temporariamente meu certificado para um arquivo chamado temp.pfx com uma senha e, em seguida, importei-o para os Serviços de Área de Trabalho Remota.

Quando isso for feito, a GUI indicará que está pronta para aceitar a nova configuração.

Quandocliconobotão"Aplicar", a GUI indica sucesso.

Issopodeserverificadovisitando-seositedoAcessoviaWebRDpelasegundavez.Nãoháerrodecertificado.

Etapa # 4 - A GUI não consegue manter seu estado

Se a GUI for fechada e reaberta, todas essas configurações parecerão perdidas.

Naverdade,ocertificadoqueeuconfigureiaindaestásendousado.EusoucapazdecontinuaracessandoositedeAcessoviaWebRDsemnenhumerrodecertificado.

Curiosamente,seeuusarobotão"Criar novo certificado ..." para gerar um certificado autoassinado, essa janela será atualizada para um nível "Não Confiável". Essa configuração será mantida pela abertura e fechamento da caixa de diálogo Propriedades de Implantação.

Há algo que eu possa fazer para que minhas configurações pareçam? Eu sinto que algo está errado quando a GUI afirma que eu não configurei certificados completamente.

    
por Michael Steele 08.02.2013 / 17:50

2 respostas

2

Eu chequei nossa fazenda ontem e notei que é o Windows 2008 ... Seu é 2012. Tenho certeza de que existem grandes diferenças, mas espero que minha informação ajude.

Abrindo o MMC - > Certificados - > Conta de computador vejo dois certificados na pasta "personal / Certificates":

  • Certificado auto-assinado (mesmo emissor de um assunto)
  • Certificado emitido pela CA do nosso domínio

O auto-assinado mostra um erro nos detalhes, seu certificado tem o mesmo erro?

Pararesolveresseerro,bastacopiarecolarocertificadodasubpasta"pessoal / Certificados" para "Autoridades / Certificados de Certificação Raiz Confiáveis". Com essa etapa, o mesmo certificado não gera erros.

Depoisdisso,háapenasdoislugaresondevocêconfiguraocertificado(noRDSWindows2008)queencontrei.

NossoGerenciadordeRemoteAppmostra:

As configurações da Assinatura Digital:

Ena'ConfiguraçãodoHostdeSessãoRD,nasconfiguraçõesdaconexão:

No final , e se bem me lembro, resolvemos verificar todas as opções, o visualizador de eventos, certificando-se de que não houve erros de certificado, preenchendo alguns grupos locais, dando-lhes acesso pela Política de segurança. ...

Boa sorte.

---- Atualizado ----

Lembre-se de importar no perfil do usuário, na CA do Emissor ou no certificado (se auto-assinado) nas "Autoridades / Certificados de Certificação Raiz Confiáveis" para que o cliente não tenha recebido nenhum erro de certificado. Este ponto foi importante em nosso sistema.

    
por 25.03.2013 / 16:50
2

Eu tive o mesmo problema exato e encontrei a correção. É tudo como você criou o modelo de certificado e solicitou o certificado.
Aqui está a correção:

  1. Crie um modelo de certificado duplicando o modelo do Computador
  2. Edite o novo certificado e esses dois mods importantes 2a. Permitir chave privada de exportação 2b. Na guia Assunto, selecione o botão de opção "Fornecer na solicitação"
  3. Publicar o novo modelo
  4. Crie uma nova solicitação e selecione o novo modelo
  5. Adicionar nome comum e DNS para o RDWeb. (Adicionei todos os servidores do RD Farm)

Exemplo:

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. Adicione rdweb.domain.local ao nome amigável e gere o certificado
  2. Exportar o certificado com particular
  3. Importar para o console de implantação do RD.

Você faz tudo isso e Level será Confiável e Status OK

    
por 17.02.2015 / 16:50