Verbindungsfehler zwischen Client und Hyper V Host (CORE) in Workgroup
Hallo Zusammen. Ich verzweifle. Nachdem ich den Computer gewechselt habe, kann ich den Hyper-V Manager nicht mehr mit dem Hyper-V Server 2019 (Core) verbinden. Ich habe mich erneut exakt an die Anleitung von MS gehalten.
Fehelermeldung: siehe Bild.
In der entsprechenden GPO ist "WSMAN/*" eingetragen.
Bevor ich Vermutungen anstelle woran es liegt: Habt Ihr noch Fragen? Fehlen Euch Informationen?
Im voraus vielen lieben Dank!
Edit: Mir ist gerade aufgefallen, dass es "Delegierung von neuen Anmelde Informationen mit nur NTLM-Server Authentifizierung zulassen" so nicht gibt. Ich habe "Delegierung von Standardanmeldeinformationen mit reiner NTLM-Serverauthentifizierung zulassen" aktiviert und konfiguriert.
Fehelermeldung: siehe Bild.
In der entsprechenden GPO ist "WSMAN/*" eingetragen.
Bevor ich Vermutungen anstelle woran es liegt: Habt Ihr noch Fragen? Fehlen Euch Informationen?
Im voraus vielen lieben Dank!
Edit: Mir ist gerade aufgefallen, dass es "Delegierung von neuen Anmelde Informationen mit nur NTLM-Server Authentifizierung zulassen" so nicht gibt. Ich habe "Delegierung von Standardanmeldeinformationen mit reiner NTLM-Serverauthentifizierung zulassen" aktiviert und konfiguriert.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 585411
Url: https://administrator.de/forum/verbindungsfehler-zwischen-client-und-hyper-v-host-core-in-workgroup-585411.html
Ausgedruckt am: 23.12.2024 um 00:12 Uhr
2 Kommentare
Neuester Kommentar
ähm falscher Pfad. NTLM ist sowas von legacy, das wurde schon vor 25 Jahren im NT4 durch NTLMv2 ersetzt.
Und in Workgroups muß man auf dem Server als auch auf dem Client das Verwenden von NTLMv2 explizit erlauben, ich meine gepaart mit einem Akzetieren daß NLA nicht zwingend erforderlich ist, weil NLA nur bei bestehender Domänenmitgliedschaft richtig funktioniert.
Und in Workgroups muß man auf dem Server als auch auf dem Client das Verwenden von NTLMv2 explizit erlauben, ich meine gepaart mit einem Akzetieren daß NLA nicht zwingend erforderlich ist, weil NLA nur bei bestehender Domänenmitgliedschaft richtig funktioniert.