Test-PowerShellConnectivity

Referência

Módulo:: ExchangePowerShell

Aplica-se a:: Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

Este cmdlet está disponível somente no Exchange local.

Use o cmdlet Test-PowerShellConnectivity para testar a conectividade do cliente com diretórios virtuais remotos do PowerShell do Exchange.

Observação: este cmdlet funciona melhor no Exchange 2010. Em versões posteriores do Exchange, a funcionalidade desse cmdlet foi substituída pela Disponibilidade Gerenciada. Para obter os melhores resultados, use o cmdlet Invoke-MonitoringProbe e especifique a investigação de monitor ativo relevante em vez de usar esse cmdlet.

Para saber mais sobre os conjuntos de parâmetros na seção Sintaxe, abaixo, consulte Exchange cmdlet syntax.

Syntax

Test-PowerShellConnectivity
    -ConnectionUri <Uri>
    -TestCredential <PSCredential>
    [-Authentication <AuthenticationMethod>]
    [-Confirm]
    [-DomainController <Fqdn>]
    [-MailboxServer <ServerIdParameter>]
    [-MonitoringContext]
    [-ResetTestAccountCredentials]
    [-TrustAnySSLCertificate]
    [-WhatIf]
    [<CommonParameters>]

Test-PowerShellConnectivity
    [[-ClientAccessServer] <ServerIdParameter>]
    [-TestType <OwaConnectivityTestType>]
    [-VirtualDirectoryName <String>]
    [-Authentication <AuthenticationMethod>]
    [-Confirm]
    [-DomainController <Fqdn>]
    [-MailboxServer <ServerIdParameter>]
    [-MonitoringContext]
    [-ResetTestAccountCredentials]
    [-TrustAnySSLCertificate]
    [-WhatIf]
    [<CommonParameters>]

Description

O cmdlet Test-PowerShellConnectivity testa a conectividade remota do Exchange powershell conectando-se a um diretório virtual remoto do PowerShell especificado, a quaisquer diretórios virtuais remotos do PowerShell em um servidor exchange especificado ou a quaisquer diretórios virtuais remotos do PowerShell disponíveis no site do Active Directory local.

Na primeira vez que usar esse cmdlet, poderá ser necessário criar um usuário de teste. Para criar um usuário de teste, execute o seguinte comando:

& $env:ExchangeInstallPath\Scripts\New-TestCasConnectivityUser.ps1

Os resultados do teste são exibidos na tela. O cmdlet retorna as informações a seguir.

CasServer: o servidor exchange ao qual o cliente se conectou.
LocalSite: o nome do site local do Active Directory.
Cenário: as operações que são testadas. Os valores são: Logon User.
Resultado: os valores retornados normalmente são êxito, ignorados ou falha.
Latência(MS): o tempo necessário para concluir o teste em milissegundos.
Erro: todas as mensagens de erro encontradas.

Você pode gravar os resultados em um arquivo canalizando a saída para ConvertTo-Html e Set-Content. Por exemplo: Test-PowerShellConnectivity -ClientAccessServer MBX01 | ConvertTo-Html | Set-Content -Path "C:\My Documents\PowerShell Test.html".

Para executar esse cmdlet, você precisa ter permissões. Embora este tópico liste todos os parâmetros do cmdlet, talvez você não tenha acesso a alguns parâmetros se eles não estiverem incluídos nas permissões atribuídas a você. Para localizar as permissões necessárias para executar qualquer cmdlet ou parâmetro em sua organização, confira Find the permissions required to run any Exchange cmdlet.

Exemplos

Exemplo 1

Test-PowerShellConnectivity -ClientAccessServer MBX2 -VirtualDirectoryName "PowerShell (Default Web Site)" -TrustAnySSLCertificate

Este exemplo testa o diretório virtual do PowerShell (site padrão) no servidor MBX2. A opção TrustAnySSLCertificate é usada para ignorar a verificação de certificado durante a conexão.

Exemplo 2

$UserCredentials = Get-Credential

Test-PowerShellConnectivity -ConnectionUri https://contoso.com/powershell -TestCredential $UserCredentials -Authentication Basic

Este exemplo testa o diretório virtual remoto do PowerShell que está disponível em https://contoso.com/powershell. Uma incompatibilidade entre o certificado SSL e a URL não é esperada, portanto, a opção TrustAnySSLCertificate não é usada. O diretório virtual é configurado para usar autenticação Básica.

As credenciais usadas para conectar ao diretório virtual são armazenadas na variável do $UserCredentials. O teste então é realizado como descrito anteriormente.

Parâmetros

-Authentication

O parâmetro Authentication especifica o tipo de autenticação usada para conectar. Os valores válidos são:

Padrão
Básica
Credssp
Compilação
Kerberos
Negociar

Type:	AuthenticationMethod
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-ClientAccessServer

O parâmetro ClientAccessServer especifica o servidor exchange a ser testado. Esse servidor tem a função de servidor de Acesso ao Cliente instalada e é responsável por aceitar conexões de cliente.

É possível usar qualquer valor que identifique o servidor com exclusividade. Por exemplo:

Nome
DN (nome diferenciado)
ExchangeLegacyDN
GUID

Você não pode usar esse parâmetro com o parâmetro ConnectionUri.

Type:	ServerIdParameter
Position:	1
Default value:	None
Required:	False
Accept pipeline input:	True
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-Confirm

A opção Confirm especifica se a solicitação de confirmação deve ser mostrada ou ocultada. Como essa opção afeta o cmdlet dependerá do fato de o cmdlet exigir ou não confirmação antes de continuar.

Cmdlets destrutivos (por exemplo, cmdlets Remove-*) têm uma pausa interna que força você a reconhecer o comando antes de prosseguir. Para estes cmdlets, você pode pular o pedido de confirmação usando esta sintaxe exata: -Confirm:$false.
A maioria dos outros cmdlets (por exemplo, cmdlets New-* e Set-*) não tem uma pausa interna. Para esses cmdlets, especificar a opção Confirm sem um valor introduz uma pausa que força você a confirmar o comando antes de continuar.

Type:	SwitchParameter
Aliases:	cf
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-ConnectionUri

O parâmetro ConnectionUri especifica a URL do diretório virtual remoto do PowerShell para testar, por exemplo, https://contoso.com/powershell.

Você não pode usar esse parâmetro com o parâmetro ClientAccessServer.

Type:	Uri
Position:	Named
Default value:	None
Required:	True
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-DomainController

O parâmetro DomainController especifica o controlador de domínio que é usado por esse cmdlet para ler dados ou gravar dados no Active Directory. Você identifica o controlador de domínio por seu FQDN (nome de domínio totalmente qualificado). Por exemplo, dc01.contoso.com.

Type:	Fqdn
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-MailboxServer

O parâmetro MailboxServer especifica o servidor do Exchange Mailbox que você deseja testar. Esse parâmetro identifica o servidor de back-end que aceita conexões proxied do servidor de front-end em que os clientes se conectam.

O parâmetro MailboxServer especifica o servidor da Caixa de Correio do exExchange2k16 ou exExchange2k13 que você quer testar. Por exemplo:

Nome
DN (nome diferenciado)
ExchangeLegacyDN
GUID

Se você não usar esse parâmetro, as conexões com todos os servidores de caixa de correio no site do Active Directory local serão testadas.

Type:	ServerIdParameter
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-MonitoringContext

A opção MonitoringContext inclui os eventos de monitoramento e os contadores de desempenho associados nos resultados. Não é preciso especificar um valor com essa opção.

Normalmente, você inclui os eventos de monitoramento e contadores de desempenho nos resultados quando a saída é passada para o SCOM (Microsoft System Center Operations Manager).

Type:	SwitchParameter
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-ResetTestAccountCredentials

A opção ResetTestAccountCredentials redefine a senha da conta de teste usada para executar esse comando. Não é preciso especificar um valor com essa opção.

A senha da conta de teste normalmente é redefinida a cada sete dias. Use esta opção para forçar uma redefinição de senha, sempre que ela for necessária por razões de segurança.

Type:	SwitchParameter
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-TestCredential

O parâmetro TestCredential especifica as credenciais que devem ser usadas para o teste.

Um valor para esse parâmetro requer o cmdlet Get-Credential. Para pausar o comando e receber uma solicitação de credenciais, use o valor (Get-Credential). Ou, antes de executar esse comando, armazene as credenciais em uma variável (por exemplo, $cred = Get-Credential) e, em seguida, use o nome da variável ($cred) para esse parâmetro. Para saber mais, confira Obter credencial.

Você só pode usar esse parâmetro com o parâmetro ConnectionUri.

Type:	PSCredential
Position:	Named
Default value:	None
Required:	True
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-TestType

O parâmetro TestType especifica se o comando testa URLs internas ou externas. Os valores são Internal e External. O valor padrão é Internal.

Você só pode usar esse parâmetro com o parâmetro ClientAccessServer.

Type:	OwaConnectivityTestType
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-TrustAnySSLCertificate

A opção TrustAnySSSLCertificate permite que o Exchange aceite certificados de CAs (autoridades de certificação não confiáveis). Não é preciso especificar um valor com essa opção.

A opção TrustAnySSLCertificate especifica se as falhas de validação do certificado SSL (Secure Sockets Layer) serão ignoradas. Não é preciso especificar um valor com essa opção.

Type:	SwitchParameter
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-VirtualDirectoryName

O parâmetro VirtualDirectoryName especifica o nome do diretório virtual do PowerShell que você deseja testar. Coloque os valores que contém espaços entre aspas (").

Você só pode usar esse parâmetro com o parâmetro ClientAccessServer. Se você não usar esse parâmetro, todos os diretórios virtuais remotos do PowerShell no servidor serão testados.

Type:	String
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-WhatIf

A opção WhatIf simula as ações do comando. Você pode usar essa opção para exibir as alterações que ocorreriam sem realmente aplicar essas alterações. Não é preciso especificar um valor com essa opção.

Type:	SwitchParameter
Aliases:	wi
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

Entradas

Input types

Para ver os tipos de entrada que este cmdlet aceita, confira Tipos de entrada e saída de cmdlet. Se o campo Tipo de Entrada de um cmdlet estiver em branco, isso significa que o cmdlet não aceita dados de entrada.

Saídas

Output types

Para ver os tipos de retorno, também conhecidos como tipos de saída, que este cmdlet aceita, consulte Tipos de entrada e saída de cmdlet. Se o campo Tipo de Saída estiver em branco, o cmdlet não retorna dados.