Test-PowerShellConnectivity
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.