Fehler "Zugriff verweigert", wenn versucht wird, den Exchange-Server auf localhost zu remoten

Question

Ich versuche eine PowerShell-Sitzung einzurichten, um mehrere Exchange-Befehle für einen Exchange-Server auf dem lokalen Host auszuführen. Ich erhalte den folgenden Fehler:

New-PSSession : [<HOSTNAME>] Connecting to remote server <HOSTNAME> failed with the following error message 
: Access is denied. For more information, see the about_Remote_Troubleshooting Help topic. 
At line:1 char:12 
+ $session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri 'h ... 
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
    + CategoryInfo   : OpenError: (System.Manageme....RemoteRunspace:RemoteRunspace) [New-PSSession], PSRemotin 
    gTransportException 
    + FullyQualifiedErrorId : AccessDenied,PSSessionOpenFailed 

Mein Code ist eine Kopie Paste aus dem Microsoft Technet Article. Es funktioniert gegen Remote-Maschine, aber immer wenn ich die Maschine anvisiere, von der ich aus laufe, erhalte ich den obigen Fehler.

Was ich bisher versucht:

1. Auf das about_remote_troubleshooting Hilfethema. Nichts in Bezug auf Zugriff verweigert Fehler funktionierte.
2. Gezielte Remotecomputer, die dieselben Anmeldeinformationen verwenden wie der Fehler Zugriff verweigert. (Verbunden ohne Problem)
3. Verifiziert, dass meine PowerShell-Sitzung als Administrator ausgeführt wird. (Es ist)
4. überprüft, dass die Exchange-Verwaltungsshell erfolgreich gestartet werden kann. (Es ist)
5. Ohne Anmeldeinformationen versucht, um zu sehen, ob das funktionieren würde. (Es tat nicht)
6. Überprüft net use und net session, um sicherzustellen, dass ich nicht eine seltsame mehrere Verbindungen mit den gleichen Anmeldeinformationen Problem hatte. (Ich habe nichts gesehen, um dies anzuzeigen)
7. Versucht dies sowohl aus dem Skript, das Probleme verursacht, als auch durch Eingabe der Befehle in eine Powershell-Konsole von Hand. (hat die gleichen Ergebnisse in beide Richtungen. Yay für die Konsistenz)
8. Versucht dies auf mehreren Systemen. (Gleiches Ergebnis überall)

Einige schnellen Anmerkungen:

• Dies ist von Exchange 2013 auf Windows Server 2012. Es ist eine grundlegende Installation, nur eine Testumgebung, die über die Installation sehr wenig Daten und minimale Konfiguration und Remoting ermöglichen.
• Die Anmeldeinformationen, die verwendet wurden, waren für den Domänenadministrator, der auch über die erforderlichen Exchange-Berechtigungen verfügt, um alles zu tun, was ich tun muss. Das heißt, solange ich eine Maschine anvisiere, die nicht die ist, vor der ich laufe, habe ich keinerlei Probleme, und nichts ändert sich mehr an der Art, wie ich mich verbinde. Darüber hinaus handelt es sich um eine Testdomäne, bei der der Zugriff des Domänenadministrators in keiner Weise eingeschränkt oder optimiert wurde. Daher sollte er vollständigen und vollständigen Zugriff auf alles haben.

Die spezifischen Befehle Ich Eingabe sind:

$cred = Get-Credential 
$session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri 'http://<HOSTNAME>/Powershell' -Credential $cred 

wie dieses etwas auf den lokalen Host verbindet, was ich tun sollte in der Lage zu? Oder wird es einfach nicht unterstützt?

Ich bin an diesem Punkt vollständig verloren. Jede Hilfe, auch um mich in die richtige Richtung zu lenken, würde sehr geschätzt werden.

EDIT: Ich sollte hinzufügen, ich habe versucht, die Verbindung zu diesem Localhost von einem anderen Computer, mit den gleichen Befehlen wie oben, und es funktionierte ohne Problem. Also, ich nicht denke, ist es ein lokales Konfigurationsproblem.

Answer 1

Also bin ich letzte Woche über die Lösung gestolpert. Es scheint etwas mit der verwendeten Authentifizierung zu tun zu haben. Ich hatte den Parameter "-Authentication" leer gelassen, um den New-PSSession-Befehl sortieren zu lassen, welche Methode am besten wäre.

Offensichtlich ist dies standardmäßig die Authentifizierungsmethode "Negotiate", die Kerberos gegen eine Remote-Maschine auswählt, aber NTLM andernfalls wählt (oder zumindest war das mein beobachtetes/angenommenes Verhalten). Siehe this Microsoft description der Authentifizierungsmethoden.

Angabe einer bestimmten Authentifizierungsmethode (sowohl "Kerberos" als auch "Basic" funktionierte, "Negotiate" nicht, ich bastelte nicht zu viel darüber) löste das Problem und erlaubte mir, eine Verbindung zur lokalen Exchange-Instanz herzustellen .

Also, anstatt dies:

$session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri 'http://<HOSTNAME>/Powershell' -Credential $cred 

tun:

$session = New-PSSession -Authentication Kerberos -ConfigurationName Microsoft.Exchange -ConnectionUri 'http://<HOSTNAME>/Powershell' -Credential $cred 

Warum diese Arbeit getan hat? Ich habe keine Ahnung. Ich werde es Leuten überlassen, die mehr wissen als ich, um es zu erklären.

Answer 2

Wenn Sie nur versuchen, eine Sitzung auf demselben Computer wie Ihre aktuelle Sitzung zu erstellen, lassen Sie den URI weg.

Dadurch wird eine neue Sitzung auf dem lokalen Host erstellt, mit der Sie sich verbinden und nach Bedarf verwenden können.