Windows 2012 R2 RDS - não é possível alterar o agente de conexão DNS round robin name via Powershell

2

Estou com um problema ao configurar um farm RDS do Windows 2012 R2. Eu, por engano, configurei o nome round robin do DNS do meu Agente de Conexão de Alta Disponibilidade para algo que não correspondia ao meu certificado. Eu encontrei uma maneira de alterar facilmente o nome DNS aqui: link usando o cmdlet do PowerShell Set-RDClientAccessName . Ao pesquisar on-line, vejo que muitas pessoas estão obtendo êxito usando esse cmdlet, mas não estou. Aqui está o erro que estou recebendo:

PS C:\Users\root> Set-RDClientAccessName -ConnectionBroker "FMS-RDSBROKER01.blah.local" -ClientAccessName rds.bar.com

Set-RDClientAccessName : The RD Connection Broker server is not available. Verify that you can connect to the RD Connection Broker server. At line:1 char:1 + Set-RDClientAccessName -ConnectionBroker "FMS-RDSBROKER01.foo.com" -Clien ... + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : NotSpecified: (:) [Write-Error], WriteErrorException + FullyQualifiedErrorId : Microsoft.PowerShell.Commands.WriteErrorException,Set-RDClientAccessName

Não sei por que isso continua falhando. Esse comando está sendo executado pelo próprio Connection Broker por um administrador de domínio (o mesmo que configurou o farm RDS do ponto de referência). Também não posso executar esse comando com êxito a partir do outro Agente de Conexão nem de nenhum outro servidor no farm. Também tenho certeza de que tenho o módulo instalado para ativar esse cmdlet:

PS C:\Users\root> Get-Module -Name RemoteDesktop -ListAvailable

Directory: C:\Windows\system32\WindowsPowerShell\v1.0\Modules

ModuleType Version Name ExportedCommands ---------- ------- ---- ---------------- Manifest 2.0.0.0 RemoteDesktop {Get-RDCertificate, Set-RDCertificate, >New-RDCertificate, ...

Se alguém tiver alguma etapa de solução de problemas, agradecemos. Estou preocupado que o traço no nome do host é um problema, mas eu tentei aspas simples e duplas para tentar descartá-lo. Eu também não sou um fã do Powershell, então não tenho certeza de quais etapas são recomendadas após esse erro.

    
por Michael Kennedy 03.02.2015 / 01:53

1 resposta

1

Eu encontrei a solução, e é dolorosamente agravante que eu senti falta disso - eu não estava executando o Powershell como administrador. Corrigir essa supervisão me permitiu divertir o comando com sucesso.

Obrigado a todos que viram isto.

    
por 03.02.2015 / 17:38