Ich habe Probleme beim Ausführen von Exchange 2010-Cmdlets über Remote-PowerShell-Sitzungen.
Ich starte meine lokale PowerShell-Sitzung als Administrator und gebe die folgenden Befehle aus:
PS C:\Windows\system32> $mailcred = Get-Credential
PS C:\Windows\system32> $mailSession = New-PSSession -ComputerName MAILSRV -Credential $mailcred
PS C:\Windows\system32> Enter-PSSession $mailSession
[MAILSRV]: PS C:\Users\jdoe\Documents> Add-PSSnapin Microsoft.Exchange.Management.PowerShell.E2010
[MAILSRV]: PS C:\Users\jdoe\Documents> hostname
MAILSRV
[MAILSRV]: PS C:\Users\jdoe\Documents> Get-ExchangeServer
Value cannot be null.
Parameter name: serverSettings
+ CategoryInfo :
+ FullyQualifiedErrorId : System.ArgumentNullException,Microsoft.Exchange.Management.SystemConfigurationTasks.GetExchangeServer
[MAILSRV]: PS C:\Users\jdoe\Documents> get-mailbox
Value cannot be null.
Parameter name: serverSettings
+ CategoryInfo :
+ FullyQualifiedErrorId : System.ArgumentNullException,Microsoft.Exchange.Management.RecipientTasks.GetMailbox
Wie Sie sehen, funktioniert keines der Exchange-Cmdlets. Was könnte das Problem sein?
ImportSystemModules
welche registrierten Module in den aktuellen Runspace geladen werden. Exchange-Cmdlets werden möglicherweise nicht automatisch in die Remote-Sitzung / den Remote-Runspace importiert.Antworten:
Sie versuchen, eine Verbindung zum Standard-Remoting-Endpunkt auf dem Exchange Server herzustellen und von dort aus die ps-Snapins hinzuzufügen. Das ist falsch. Ersetzen Sie Ihre ersten 3 Zeilen durch:
Sie müssen die Sitzung nicht eingeben, sondern stattdessen in die lokale Sitzung importieren. Ab hier können Sie die Exchange-spezifischen CmdLets lokal verwenden. Außerdem werden einige der Exchange .NET-Typen mit der Exchange-Verwaltungskonsole installiert, sodass diese auf Ihrem lokalen Computer installiert werden muss, wenn Sie Aufgaben mit Postfachgrößen ausführen möchten (Exchange verwendet eigene Typen für Größenobjekte).
quelle
Sie können dies folgendermaßen tun, indem Sie import-pssesion eingeben und die connectionURI & ConfigurationName angeben.
Dies erfordert, dass Sie TCP-Port 80 in Ihrer Firewall zulassen.
Mit dieser Sitzung können Sie sie auch wie gewünscht eingeben:
quelle
Ich hatte einmal das gleiche Problem. Ich denke, die Lösung war folgende:
Fügen Sie dann Ihr Snap-In hinzu und führen Sie Ihre Befehle aus
Quelle: http://forums.veeam.com/viewtopic.php?f=2&t=7514
quelle
Haben Sie versucht, die Exchange-Verwaltungstools von der DVD zu installieren und Ihre Workstation zu konfigurieren?
quelle
Ich würde vorschlagen, einen Remoting-Endpunkt zu verwenden, der Teil der normalen Exchange-Installation ist. Weitere Details finden Sie hier
Ich habe es sowohl mit EX 2010 als auch mit EX 2013 erfolgreich verwendet. Es wird auf diese Weise unterstützt und folgt den RBAC-Regeln. Daher würde ich empfehlen, es zu verwenden, anstatt Exchange-Snappin zum "normalen" Remoting-Endpunkt hinzuzufügen.
quelle
Das Problem ist, dass sich beide Computer in derselben Domäne befinden sollten.
Stellen Sie außerdem sicher, dass Sie das Domänenkonto verwenden, nicht das lokale.
quelle