Test-PowerShellConnectivity

Référence

Module:: ExchangePowerShell

S’applique à:: Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

La cmdlet est disponible uniquement dans Exchange en local.

Utilisez l’applet de commande Test-PowerShellConnectivity pour tester la connectivité du client aux répertoires virtuels PowerShell distants Exchange.

Remarque : cette applet de commande fonctionne mieux dans Exchange 2010. Dans les versions ultérieures d’Exchange, les fonctionnalités de cette applet de commande ont été remplacées par la disponibilité managée. Pour obtenir de meilleurs résultats, utilisez l’applet de commande Invoke-MonitoringProbe et spécifiez la sonde de moniteur active appropriée au lieu d’utiliser cette applet de commande.

Pour plus d’informations sur les jeux de paramètres dans la section Syntaxe ci-après, voir Syntaxe da la cmdlet Exchange.

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

L’applet de commande Test-PowerShellConnectivity teste la connectivité Exchange PowerShell distante en se connectant à un répertoire virtuel PowerShell distant spécifié, à tous les répertoires virtuels PowerShell distants sur un serveur Exchange spécifié ou à tous les répertoires virtuels PowerShell distants disponibles dans le site Active Directory local.

Si vous utilisez cette cmdlet pour la première fois, vous devrez créer un utilisateur de test. Pour créer un utilisateur de test, exécutez la commande suivante :

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

Les résultats du test sont affichés à l’écran. La cmdlet renvoie les informations suivantes :

CasServer : serveur Exchange auquel le client s’est connecté.
LocalSite : nom du site Active Directory local.
Scénario : opérations testées. Les valeurs sont les suivantes : Logon User.
Résultat : Les valeurs retournées sont généralement Réussite, Ignorée ou Échec.
Latence (MS) : temps nécessaire pour effectuer le test en millisecondes.
Erreur : tous les messages d’erreur rencontrés.

Vous pouvez écrire les résultats dans un fichier en dirigeant la sortie vers ConvertTo-Html et Set-Content. Par exemple : Test-PowerShellConnectivity -ClientAccessServer MBX01 | ConvertTo-Html | Set-Content -Path "C:\My Documents\PowerShell Test.html".

Des autorisations doivent vous être attribuées avant de pouvoir exécuter cette cmdlet. Bien que cette rubrique répertorie tous les paramètres de cette cmdlet, il est possible que vous n’ayez pas accès à certains paramètres s’ils ne sont pas inclus dans les autorisations qui vous ont été attribuées. Pour rechercher les autorisations requises pour exécuter une cmdlet ou un paramètre dans votre organisation, voir Find the permissions required to run any Exchange cmdlet.

Exemples

Exemple 1

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

Cet exemple teste le répertoire virtuel PowerShell (site web par défaut) sur le serveur MBX2. Le commutateur TrustAnySSLCertificate est utilisé pour ignorer la vérification du certificat lors de la connexion.

Exemple 2

$UserCredentials = Get-Credential

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

Cet exemple teste le répertoire virtuel PowerShell distant disponible sur https://contoso.com/powershell. Une discordance entre le certificat SSL et l’URL n’est pas prévue, donc le commutateur TrustAnySSLCertificate n’est pas utilisé. Le répertoire virtuel est configuré pour utiliser l’authentification de base.

Les informations d’identification utilisées pour la connexion au répertoire virtuel sont stockées dans la variable $UserCredentials. Le test est ensuite exécuté comme décrit précédemment.

Paramètres

-Authentication

Le paramètre Authentication spécifie le type d’authentification utilisé pour se connecter. Les valeurs valides sont les suivantes :

Valeur par défaut
Basic
Credssp
Digérer
Kerberos
Négocier

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

Le paramètre ClientAccessServer spécifie le serveur Exchange à tester. Le rôle serveur d’accès au client est installé sur ce serveur et est responsable de l’acceptation des connexions clientes.

Vous pouvez utiliser n’importe quelle valeur qui identifie uniquement le serveur. Par exemple :

Nom
Nom unique
ExchangeLegacyDN
GUID

Vous ne pouvez pas utiliser ce paramètre avec le paramètre 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

Le commutateur Confirme spécifie s’il faut afficher ou masquer l’invite de confirmation. L’incidence de ce commutateur sur la cmdlet varie selon que la cmdlet requiert une confirmation avant de poursuivre.

Les applets de commande destructrices (par exemple, les applets de commande Remove-*) ont une pause intégrée qui vous oblige à accuser réception de la commande avant de continuer. Pour ces cmdlets, vous pouvez ignorer l’invite de confirmation à l’aide de cette syntaxe exacte : -Confirm:$false.
La plupart des autres applets de commande (par exemple, les applets de commande New-* et Set-*) n’ont pas de pause intégrée. Pour ces cmdlets, la spécification du commutateur Confirm sans valeur introduit une pause qui vous oblige à confirmer la commande avant de poursuivre.

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

Le paramètre ConnectionUri spécifie l’URL du répertoire virtuel PowerShell distant à tester, par exemple . https://contoso.com/powershell

Vous ne pouvez pas utiliser ce paramètre avec le paramètre 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

Le paramètre DomainController spécifie le contrôleur de domaine qui est utilisé par cette cmdlet pour lire ou écrire les données dans Active Directory. Vous identifiez le contrôleur de domaine par son nom de domaine complet (FQDN). Par exemple : « 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

Le paramètre MailboxServer spécifie le serveur de boîtes aux lettres Exchange que vous souhaitez tester. Ce paramètre identifie le serveur principal qui accepte les connexions par proxy à partir du serveur frontal sur lequel les clients se connectent.

Le paramètre MailboxServer spécifie le serveur de boîtes aux lettres exExchange2k16 ou exExchange2k13 à tester. Par exemple :

Nom
Nom unique
ExchangeLegacyDN
GUID

Si vous n’utilisez pas ce paramètre, les connexions à tous les serveurs de boîtes aux lettres dans le site Active Directory local sont testées.

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

Le commutateur MonitoringContext inclut les événements de contrôle associés et les compteurs de performance dans les résultats. Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.

En règle générale, vous incluez les événements de surveillance et les compteurs de performances dans les résultats lorsque la sortie est passée à Microsoft System Center Operations Manager (SCOM).

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

Le commutateur ResetTestAccountCredentials réinitialise le mot de passe du compte de test utilisé pour exécuter cette commande. Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.

Le mot de passe du compte de test est généralement redéfini tous les sept jours. Ce commutateur permet de forcer une réinitialisation du mot de passe à chaque fois que cela est nécessaire pour des raisons de sécurité.

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

Le paramètre TestCredential spécifie les informations d’identification à utiliser pour le test.

Une valeur pour ce paramètre nécessite l’applet de commande Get-Credential. Pour interrompre la commande et recevoir une invite à entrer les informations d’identification, utilisez la valeur (Get-Credential). Sinon, avant d’exécuter cette commande, stockez les informations d’identification dans une variable (par exemple, $cred = Get-Credential), puis utilisez le nom de cette variable name ($cred) pour ce paramètre. Pour plus d’informations, voir Get-Credential.

Vous ne pouvez utiliser ce paramètre qu’avec le paramètre 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

Le paramètre TestType spécifie si la commande doit vérifier les URL internes ou externes. Les valeurs sont Internal et External. La valeur par défaut est Internal.

Vous ne pouvez pas utiliser ce paramètre avec le paramètre 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

Le commutateur TrustAnySSLCertificate permet à Exchange d’accepter des certificats provenant d’autorités de certification non approuvées. Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.

Le commutateur TrustAnySSLCertificate spécifie s’il faut ignorer les échecs de validation de certificat SSL (Secure Sockets Layers). Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.

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

Le paramètre VirtualDirectoryName spécifie le nom du répertoire virtuel PowerShell à distance que vous voulez tester. Placez entre guillemets (") les valeurs contenant des espaces.

Vous ne pouvez pas utiliser ce paramètre avec le paramètre ClientAccessServer. Si vous n’utilisez pas ce paramètre, tous les répertoires virtuels PowerShell à distance disponibles sur le serveur sont testés.

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

Le commutateur WhatIf simule les actions de la commande. Vous pouvez utiliser ce commutateur pour afficher les modifications qui se produiraient sans réellement appliquer ces modifications. Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.

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

Entrées

Input types

Pour visualiser les types d'entrées acceptés par cette cmdlet, consultez la rubrique Types d'entrée et de sortie de la cmdlet d'Exchange Management Shell. Si le champ Type d'entrée pour une cmdlet est vide, la cmdlet n'accepte pas les données d'entrée.

Sorties

Output types

Pour visualiser les types de retours, également appelés types de sorties, acceptés par cette cmdlet, consultez la rubrique Types d'entrée et de sortie de la cmdlet d'Exchange Management Shell. Si le champ Type de sortie est vide, la cmdlet ne renvoie pas de données.