Testando o compartilhamento de aplicativos no Lync Server 2013
Tópico Última Modificação: 11-11-2014
Agendamento de verificação |
Diário |
Ferramenta de teste |
Windows PowerShell |
Permissões necessárias |
Quando executados localmente usando o Shell de Gerenciamento do Lync Server, os usuários devem ser membros do grupo de segurança RTCUniversalServerAdmins. Ao executar usando uma instância remota do Windows PowerShell, os usuários devem receber uma função RBAC que tenha permissão para executar o cmdlet Test-CsASConference aplicativo. Para ver uma lista de todas as funções RBAC que podem usar esse cmdlet, execute o seguinte comando Windows PowerShell prompt: |
Descrição
O cmdlet Test-CsASConference verifica se um par de usuários de teste pode participar de uma conferência online que inclui o compartilhamento de aplicativos. Para fazer isso, o cmdlet registra os dois usuários com o Lync Server 2013 e, em seguida, usa uma das contas de usuário para criar uma nova conferência que inclui o compartilhamento de aplicativos. Em seguida, o cmdlet verifica se o segundo usuário é capaz de ingressar nessa conferência.
Executando o teste
O comando mostrado no Exemplo 1 verifica se uma conferência de compartilhamento de aplicativos pode ser realizada no pool atl-cs-001.litwareinc.com. Esse comando pressupõe que você configurou um par de usuários de teste para o pool especificado. Se esses usuários de teste não existirem, o comando falhará.
Test-CsASConference -TargetFqdn "atl-cs-001.litwareinc.com"
O exemplo 2 testa a capacidade do serviço Iniciador de Junção de participar de uma conferência de compartilhamento de aplicativos no pool atl-cs-001.litwareinc.com. Observe que esse comando testa apenas o próprio serviço; você não precisa de nenhum dispositivo móvel para executar o comando.
Test-CsASConference -TargetFqdn "atl-cs-001.litwareinc.com" -TestJoinLauncher
Os comandos mostrados no Exemplo 2 testam a capacidade de um par de usuários (litwareinc\pilar e litwareinc\kenmyer) fazer logon no Lync Server 2013 e realizar uma conferência de Compartilhamento de Aplicativos. Para fazer isso, o primeiro comando no exemplo usa o cmdlet Get-Credential para criar um objeto de credencial de interface de linha de comando do Windows PowerShell que contém o nome e a senha do usuário Pilar Ackerman. (Como o nome de logon, litwareinc\pilar, foi incluído como um parâmetro, a caixa de diálogo solicitação de credencial do Windows PowerShell requer apenas que o administrador insira a senha para a conta de Pilar Ackerman.) O objeto de credencial resultante é armazenado em uma variável chamada $cred 1. O segundo comando faz a mesma coisa, desta vez retornando um objeto de credencial para a conta de Ken Myer.
Com os objetos de credencial em mãos, o terceiro comando determina se esses dois usuários podem ou não fazer logon no Lync Server 2013 e realizar uma conferência de Compartilhamento de Aplicativos. Para executar essa tarefa, o cmdlet Test-CsASConference é chamado, juntamente com os seguintes parâmetros: TargetFqdn (o FQDN do pool do Registrador); SenderSipAddress (o endereço SIP do primeiro usuário de teste); SenderCredential (o Windows PowerShell que contém as credenciais para esse mesmo usuário); ReceiverSipAddress (o endereço SIP do outro usuário de teste); e ReceiverCredential (o Windows PowerShell que contém as credenciais para o outro usuário de teste).
$cred1 = Get-Credential "litwareinc\pilar"
$cred2 = Get-Credential "litwareinc\kenmyer"
Test-CsASConference -TargetFqdn atl-cs-001.litwareinc.com -SenderSipAddress "sip:pilar@litwareinc.com" -SenderCredential $cred1 -ReceiverSipAddress "sip:kenmyer@litwareinc.com" -ReceiverCredential $cred2
Determinando êxito ou falha
Se o compartilhamento de aplicativos estiver configurado corretamente, você receberá uma saída semelhante a esta, com a propriedade Result marcada como Êxito:
Fqdn de destino: atl-cs-001.litwareinc.com
Resultado: Êxito
Latência: 00:00:01
Mensagem de erro:
Diagnóstico:
Se os usuários especificados não puderem compartilhar aplicativos, o Resultado será mostrado como Falha e informações adicionais serão registradas nas propriedades Erro e Diagnóstico:
Fqdn de destino: atl-cs-001.litwareinc.com
Resultado: falha
Latência: 00:00:00
Mensagem de erro: 10060, falha em uma tentativa de conexão porque a parte conectada
não respondeu corretamente após um período de tempo, ou
conexão estabelecida falhou porque o host conectado tem
falha ao responder 10.188.116.96:5061
Exceção Interna: falha na tentativa de conexão porque o
parte conectada não respondeu corretamente após um período de
tempo ou falha na conexão estabelecida porque o host conectado
falhou ao responder 10.188.116.96:5061
Diagnóstico:
Por exemplo, a saída anterior inclui a observação "a parte conectada não respondeu corretamente" que normalmente indica um problema com o Servidor de Borda.
Motivos pelos quais o teste pode ter falhado
Aqui estão alguns motivos comuns pelos quais Test-CsASConference pode falhar:
Um valor de parâmetro incorreto foi fornecido. Se usado, os parâmetros opcionais devem ser configurados corretamente ou o teste falhará. Execute novamente o comando sem os parâmetros opcionais e veja se isso é bem-sucedido.
Esse comando falhará se os usuários de teste receberem uma política de conferência que os impeça de usar o compartilhamento de aplicativos.
Esse comando falhará se o Servidor de Borda estiver configurado incorretamente ou ainda não tiver sido implantado.
Confira também