Nach dem Entfernen und Hinzufügen eines Clusterknoten (Host) läßt sich der logische Switch nicht wieder hinzufügen (WinRM Fehler 2912)
Folgende Test wurden durchgeführt:
winrm id -r:Host OK
netstat -an: WinRM lauscht am Port 5985
PS C:\> winrm get winrm/config/client/auth All true
GPO "Allow delegating fresh credentials" enabled
Auch ein Query über wbemtest zeigt keinen Fehler.
Service Test auf VMM Server OK:
Get-Service | Where-Object {($_.Name -eq 'scvmmservice') -or ($_.Name -eq 'winrm') -or ($_.Name -eq 'scvmmagent')}
Service Test auf Host OK:
Get-Service | Where-Object {($_.Name -eq 'scvmmagent') -or ($_.Name -eq 'vmms') -or ($_.Name -eq 'winrm')}
CredSSP Test in beide Richtungen ist OK (VMM <--> Host )Invoke-Command { Write-Host "hello, world" } -computername HOST -credential $testCred
-Authentication credssp
LISTENING Ports gestestet:
VMM Server:
svchost.exe 443 LISTENING
svchost.exe 5985 LISTENING
Host:
svchost.exe 5985 LISTENING
CredSSP Authorisation Fehler im Microsoft Network Monitor Trace erkennbar:
vmmservice.exe VMM-Server Host HTTP HTTP:Request, POST /wsman , Using CredSSP Authorization
vmmservice.exe Host VMM-Server HTTP HTTP:Response, HTTP/1.1, Status: Unauthorized, URL: /wsman
Zertifikate Thumbprints auf VMM und Host sind nicht identisch!
Wie kann man herausfinden, ob der Fehler wirklich an den Zertifikaten liegt?
Wie korrigiert man einen Zertifikatfehler im Cluster und SCVMM?
Wie entstehen deratige Zertifikatfehler zwischen VMM und Host?
