frank
Goto Top

Hyper-V Server 2012 und Windows 8 Hyper-V remote Management ohne Domäne

article-picture

Wie verwaltet man den kostenloses Microsoft Hyper-V Server 2012 R2 (Core) über die mitgelieferten Management Tool von Windows 8.1 ohne Domäne bzw. ohne AD-Server.

Eins vorweg, die Konfiguration des kostenlosen Hyper-V Server 2012 innerhalb einer Domäne ist deutlich einfacher. Will man aber keine große Serverumgebung aufsetzten, so reicht in der Regel der normale Windows Client und dessen Bordmittel zum Verwalten des Hyper-V Servers vollkommen aus. Ohne Domäne, also über die Arbeitsgruppe, muss man aber einige Rechte und Konfigurationen per Hand setzen. Mit dieser Anleitung sollte das aber kein Problem mehr sein.


back-to-topNamensauflösung einrichten

Damit man nicht permanent mit einer IP-Adresse arbeiten muss, sollte man als Erstes auf dem Windows 8.1 Client einen DNS Eintrag für den Server in der host-Datei vornehmen. Das ist jetzt kein zwingender Schritt, erleichtert die weitere Konfiguration aber ungemein. Dazu muss ein Editor mit Administrationsrechten geöffnet werden. (Windows Taste + Editor eingeben -> rechte Maustaste klicken und "Als Administrator ausführen" wählen). Dann öffnet man die Datei:
C:\Windows\System32\drivers\etc\hosts
In diese Datei "hosts" solltet ihr jetzt die IP-Adresse des Servers mit einem Namen dazu eintragen. Mein Beispiel:
# For example:
# localhost name resolution is handled within DNS itself.
#	127.0.0.1       localhost
#	::1             localhost

192.168.0.16 hyper

back-to-topRemote Desktop einrichten


back-to-topFirewall auf dem Hyper-V Server 2012 R2 anpassen
Damit man von Windows 8.1 Desktop auf den Hyper-V Server kommt, muss man auf dem Server einige Firewall Regeln per Hand ändern. Die zwei wichtigsten Regeln sind dabei:

Englische Hyper-V Server Version:
netsh advfirewall firewall set rule group="Remote Desktop" new enable=yes
netsh advfirewall firewall set rule group="Remote Administration" new enable=yes
Deutsche Hyper-V Server Version:
netsh advfirewall firewall set rule group="Remotedesktop" new enable=yes
netsh advfirewall firewall set rule group="Windows-Remoteverwaltung" new enable=yes

Will man später noch weitere Dienste per "Remote" administrieren (z.B. über die RSAT Tools den Event Viewer, Volume Management, etc.) sollte man zusätzlich die folgenden Regeln aktivieren:

Englische Hyper-V Server Version:
netsh advfirewall firewall set rule group="File and Printer Sharing" new enable=yes
netsh advfirewall firewall set rule group="Remote Service Management" new enable=yes
netsh advfirewall firewall set rule group="Performance Logs and Alerts" new enable=yes
Netsh advfirewall firewall set rule group="Remote Event Log Management" new enable=yes
Netsh advfirewall firewall set rule group="Remote Scheduled Tasks Management" new enable=yes
netsh advfirewall firewall set rule group="Remote Volume Management" new enable=yes
netsh advfirewall firewall set rule group="Windows Firewall Remote Management" new enable=yes
netsh advfirewall firewall set rule group="windows management instrumentation (wmi)" new enable=yes

Deutsche Hyper-V Server Version:
netsh advfirewall firewall set rule group="Datei- und Druckerfreigabe" new enable=yes
netsh advfirewall firewall set rule group="Remotedienstverwaltung" new enable=yes
netsh advfirewall firewall set rule group="Leistungsprotokolle und -warnungen" new enable=yes
Netsh advfirewall firewall set rule group="Remote-Ereignisprotokollverwaltung" new enable=yes
Netsh advfirewall firewall set rule group="Remoteverwaltung geplanter Aufgaben" new enable=yes
netsh advfirewall firewall set rule group="Remotevolumeverwaltung" new enable=yes
netsh advfirewall firewall set rule group="Windows-Firewallremoteverwaltung" new enable=yes
netsh advfirewall firewall set rule group="Windows-Verwaltungsinstrumentation (WMI)" new enable=yes

back-to-topRemote Dienst auf dem Hyper-V Server aktivieren
Per "sconfig" (das ist das Menü, was sich neben einer CMD-Shell nach dem Login automatisch in einer Powershell öffnet) wählt man Punkt
  • 4) Remoteverwalten konfigurieren - und danach den Punkt
  • 1) Remoteverwaltung aktivieren - aus.

efb230a53baec7eb25d24ec4a2e1d553

Damit man auch gleich die Verbindung und die Namensauflösung zwischen Server und Client testen kann, sollte man auch den Punkt:
  • 3) Serverantwort für Ping konfigurieren - auswählen. Erst dann funktioniert ein Ping zwischen Server und Client.
In der deutschen Version vom Hyper-V Server gibt es in diesem Menü bei mir einen kleinen Bug und anstelle der "3)" steht da eine "0)". Die "0)" bewirkt aber nur den Sprung zurück ins Hauptmenü. Man muss hier die "3)" drücken, um den Ping zu konfigurieren.

Fertig, nun sollte man das Programm "Remotedesktopverbindung" aufrufen und nach der Eingabe der IP oder dem Namen (z.B. hyper) sollte man erfolgreich mit dem Hyper-V Server verbunden sein. Wenn nicht, dann bitte als erstes die Namensauflösung oder die IP per Ping testen. Als zweites würde ich noch einmal die Firewall Regeln prüfen.


back-to-topHyper-V Manager auf dem Windows 8.1 Client einrichten


back-to-topRemote Desktop auf dem Hyper-V Server aktivieren
Per "sconfig" (das ist das Menü, was sich neben einer CMD-Shell nach dem Login automatisch in einer Powershell öffnet) wählt man Punkt
  • 7) Remotedesktop -> und danach "a" für "aktivieren" auswählen
  • Nun muss man noch die Sicherheitsstufe wählen. Da diese Anleitung auf Windows 8.1 basiert wählen wir den ersten Punkt: 1) Nur Clients zulassen, auf denen Remotedesktop mit Authentifizierung auf Netzwerkebene ausgeführt wird (höhere Sicherheit).

cdb1dfba8dd41fb890c420d8678c03fa

back-to-topHyper-V Manager installieren
Unter "Programme und Features" (rechte Maustaste im Desktopmodus auf das neu Startmenüsymbol) den Punkt "Windows-Feature aktivieren oder deaktivieren" auswählen. Jetzt sucht man den Punkt "Hyper-V" und aktiviert alle Häkchen.

4379744b824a916762e15fd04ab97509

back-to-topUserrechte auf dem Windows 8.1 Client und dem Hyper-V Server einrichten
Im ersten Schritt fügen wir die Userdaten hinzu. Damit der Client sich nun auch mit einem User auf dem Server verbinden kann, gibt es zwei Möglichkeiten:

1) Man kann zwei identische User auf Server und Client mit dem gleichen Passwort einrichten.
Dazu muss man unter "sconfig" unter dem Punkt "3)" einen neuen lokalen Administrator erstellen und den gleichen User auch als Administrator zum Client hinzufügen.

2) Oder man erstellt über "sconfig" unter dem Punkt "3)" einen neuen lokalen Administrator und setzt auf dem Windows 8.1 Client dessen Usernamen und Passwort per Shell mit dem "cmdkey /add" Befehl. Hier der komplette "cmdkey" Aufruf:
cmdkey /add:<ServerName> /user:<UserName> /pass:<password>
<ServerName> = Name des Hyper-V Server (z.B. hyper)
<UserName> = Username des lokalen Admins auf dem Hyper-V Server
<password> = Passwort des lokalen Admins auf dem Hyper-V Server
Lässt man das <password> hinter "/pass" weg, wird man aufgefordert, ein Passwort einzugeben. Damit muss man es nicht im Klartext eingeben.

back-to-topSystemrechte auf dem Windows 8.1 Client einrichten
Im zweiten Schritt fügen wir die Systemrechte für die Remote Dienste hinzu. Dazu öffnen wird die Komponentendienste mit Administratoren Rechten (Details findet ihr im Screenshot):

  • "Windows Taste" + q (Suchen öffnet sich)
  • suche nach "DCOMCNFG"
  • über den rechten Mausklick per "Als Administrator ausführen" das Programm "DCOMCNFG" (Komponentendienste) öffnen

Im Komponentendienste-Fenster folgendes auswählen:

  • Komponentendienste > Computer > Arbeitsplatz
  • Auf "Arbeitsplatz" rechte Maustaste klicken und "Eigenschaften" auswählen
  • Den Tab "Com-Sicherheit" auswählen
  • Unter "Zugriffsberechtigung" den Button "Limits bearbeiten" auswählen
  • Unter "Gruppen- oder Benutzernamen" -> "ANONYMOUS-ANMELDUNG" auswählen
  • Unter "Berechtigungen für ANONYMOUS-ANMELDUNG" bei dem Punkt "Remotezugriff" bei "Zulassen" das Häkchen aktivieren
  • Mit "OK" bestätigen.
  • Alle weiteren Boxen mit "OK" bestätigen und den Komponentendienste wieder schließen

5aadb133bdd9152199630857fd5e2953

back-to-topTrusted Host einrichten
Im letzten Schritt fügen wir den Hyper-V Server noch zum "Trusted Host" vom Client hinzu. Dazu führt man auf dem Windows 8.1 Client in der PowerShell folgenden Befehl mit Adminrechte aus:
Set-Item WSMan:\localhost\Client\TrustedHosts -Value <RemoteServerName> -Concatenate
Dabei ist "RemoteServerName" der Name des Hyper-V Server, der verwaltet werden soll. Die anschließende Frage mit "J" beantworten und die Einrichtung ist fertig.

Nun kann der Hyper-V Manager aufgerufen werden (der User der den Hyper-V Manager öffnet, muss lokale Administrator Rechte besitzen. Evtl. muss der User noch zu der Gruppe "Hyper-V" unter der Computerverwaltung hinzugefügt werden).

Im Hyper-V Manager links per rechte Maustaste auf den Punkt "Hyper-V Manager" klicken und "Verbindung mit dem Server herstellen" auswählen. Nun die IP-Adresse oder den Namen (z.B. hyper) eintragen und den Server hinzufügen. Jetzt sollte der Hyper-V Server 2012 R2 im linken Menü verfügbar und auch verwaltbar sein.

Ich würde mich an dieser Stelle über eine Erfolgsmeldung freuen. Einfach auf diese Anleitung mit der entsprechenden Meldung antworten.

back-to-topServer Manager und Remote Server Administration Tools (RSAT)


Eine weitere Möglichkeit den Hyper-V Server zu administrieren sind die RSAT Tools. Die Remote Server Administration Tools (RSAT) für Windows 8.1 enthalten den neuen Server Manager, die Microsoft Management Console (MMC)-Snap-ins, Konsolen, Windows PowerShell-Cmdlets und Befehlszeilenprogramme für die Verwaltung von Rollen und Features.

Auf diese Tools will ich jetzt aber nicht weiter eingehen, da man darüber ganze Bücher schreiben kann. Hat man alle oben genannten Firewall Regeln aktiviert sollte man mit den Tools ohne Probleme auf den Hyper-V Server kommen. Gerade der neue Server-Manager macht die Administration und Überwachung der Hyper-V Servers sehr angenehm. Mit ihm kann man z.B. die Festplatten, Partitionen und Speicherpools etc. anlegen und verwalten. Auch kann man über den Server-Manager die "Datei-/Speicherdienste" Serverrolle installieren und Datei-Freigaben erteilen (z.B. für die Install-Images der Betriebssysteme).

Download Remoteserver-Verwaltungstools für Windows 8 (RSAT):
http://www.microsoft.com/de-de/download/details.aspx?id=28972

Download Remoteserver-Verwaltungstools für Windows 8.1 (RSAT):
http://www.microsoft.com/de-de/download/details.aspx?id=39296

Hier ein sehr guter Link um die Remotedesktopzugängen mit Boardmitteln abzusichern (z.B. nur von einem bestimmten IP-Kreis Zugriff erlauben):
http://www.itmz.uni-rostock.de/software/windows/sicherheit/absicherung- ...

Bei Fragen, Verbesserungen oder Fehlern freue ich mich auf Euer Feedback.

Schönen Gruß
Frank

Content-Key: 219975

Url: https://administrator.de/contentid/219975

Ausgedruckt am: 29.03.2024 um 11:03 Uhr

Mitglied: Texas3110
Texas3110 29.10.2013 um 09:33:43 Uhr
Goto Top
Vielen Dank. Sehr gute Anleitung
Mitglied: DerWoWusste
DerWoWusste 21.05.2014 um 14:04:13 Uhr
Goto Top
Hi Frank!

Haben gerade einen 2. Hyper-V eingerichtet und ich hab noch den Wunsch, auch den Gerätemanager von remote per Snapin ansehen zu können - hast Du das mal selbst gewollt und geschafft? Die Skripte hier reichen dazu nicht hin.
Mitglied: Frank
Frank 21.05.2014 um 16:10:01 Uhr
Goto Top
Hallo @DerWoWusste,

leider nein, den Gerätemanager habe ich nicht ausprobiert, da Microsoft den Remote Zugriff auf den Gerätemanager mit Version 2012 Server bzw. Windows 8.x ersatzlos gestrichen hat (siehe dazu auch KB 2781106). Microsoft lässt keinen Zugriff mehr auf das "Plug and Play (PNP) RPC Interface" per remote in den neuen Versionen zu. Soweit ich weiß, gibt es aktuell auch keinen Workaround dazu.

Es gibt allerdings alternative Gerätemanager von anderen Herstellern (z.B. DevManView), die so etwas noch ermöglichen.

Gruß
Frank
Mitglied: DerWoWusste
DerWoWusste 21.05.2014 um 17:11:49 Uhr
Goto Top
Righty right, danke!
Mitglied: BeamUp
BeamUp 12.06.2014 um 02:18:48 Uhr
Goto Top
Vielen Dank der Herr super Anleitung
Mitglied: lindower
lindower 12.06.2014 um 12:55:42 Uhr
Goto Top
Vielen herzlichen Dank. Mit der Anleitung, konnte ich es auf Anhieb nachstellen. Sehr schön.
Mitglied: Gambetti
Gambetti 09.08.2014 um 17:08:07 Uhr
Goto Top
Herzlichen Dank für die Anleitung. Funktioniert einwandfrei!!!
Mitglied: BauerJ
BauerJ 27.10.2014 um 15:00:10 Uhr
Goto Top
Vielen Dank für die schöne, strukturierte Anleitung. Auch für den Hinweis auf RSAT sei gedankt.

Ich möchte noch ergänzen, dass ich mich sowohl per Hyper-V Manager, remote oder auch per RSAT an meinem Hyper-V Server 2012 R2 erst anmelden konnte, nachdem ich den Anmeldenamen um den Servernamen ergänzt habe (ich verwende auf dem Hyper-V Server einen vom lokalen Win 8.1 Account abweichenden Anmeldenamen).

Um das zu realisieren habe ich in der Anmeldeinformationsverwaltung des Clients den per

cmdkey /add:<ServerName> /user:<UserName> /pass:<password>

erstellten Anmeldenamen (<UserName>) wie folgt ergänzt: <ServerName>\<UserName>.

Danach lief alles bestens.
Mitglied: dommlic
dommlic 04.11.2014 um 16:05:14 Uhr
Goto Top
Hi, sehr gute und kompakte Anleitung!
Aber weißt auch welche Ports lokal, also am Rechner der dann den Hyper-V Manager verwendet, geöffnet werden müssen, bzw. welche Services?
Habe lokal Norton 360 laufen, mmc und ServerManager.exe aus system32 sind erlaubt, allerdings bekomm ich beim Laden der virtuellen Maschinen von den Hyper-V Hosts jedes Mal eine Fehlermeldung so lange die Firewall up ist.
Kann also sein dass die Antwort über das Hyper-V Inventar über einen andren Service passiert der möglicherweise nicht erlaubt ist.

Wenns wer von euch weiß wärs super, sonst bin ich halt gezwungen wiedermal wireshark anzuwerfen.

Vielen Dank im Voraus!
Mitglied: DerWoWusste
DerWoWusste 04.11.2014 um 16:16:00 Uhr
Goto Top
Hi.

Die windowseigene Firewall hat Extra-Regeln für den Hyper-V-Client (werden bei Installation des selbigen automatisch erstellt). Schau Dir diese an.
Mitglied: Junostuff
Junostuff 04.04.2015 aktualisiert um 20:33:57 Uhr
Goto Top
Hallo,

danke für das gute HowTo.

Leider ergeben sich bei mir 2 Probleme, ich kann die Hyper-V Verwaltung nicht über die Öffentliche IP erreichen (Server steht im Rechenzentrum) aktuell komme ich nur per VPN über einen Gast drauf.

Des weiteren meldet mir der Server Manager Zugriff verweigert.

Hast du noch eine Idee?

Danke schon mal im Voraus

Gruß
Juno
Mitglied: Holla1954
Holla1954 01.05.2015 um 17:19:22 Uhr
Goto Top
Hallo Frank,

super Anleitung, herzlichen Dank!

Endlich laufen Hyper-V 2012 R2 und W8.1 mit Hyper-V Manager auch unter VMware Workstation.
Zur Aktivierung von Hyper-V in W8.1 unter VMware war nur "dism /online /enable-feature /featurename:Microsoft-Hyper-V /All" vollständig erfolgreich.
Anklicken reichte dort nicht zur Aktivierung aller Features (da bereits 1 Hypervisor....)
Mitglied: peperosso
peperosso 08.09.2015 um 17:46:30 Uhr
Goto Top
Danke vielmals, sehr übersichtlich.

Für das Management von einem W10 Client aus, können allerdings Probleme auftreten.

"An error occurred while attempting to connect to server <host>. Check that the Virtual Machine Management service is running and that you are authorized to connect to the server."

"Hyper-V encountered an error trying to access an object on computer <host> because the object was not found. The object might have been deleted. Verify that the Virtual Machine Management service on the computer is running."

Hier der Workaround
https://community.spiceworks.com/how_to/122307-fix-error-managing-hyper- ...
Mitglied: RealFreeze
RealFreeze 24.09.2015 um 23:25:28 Uhr
Goto Top
Vielen Dank für die sehr sehr geile Anleitung.
Mitglied: hotalfonso
hotalfonso 05.10.2015 um 12:20:27 Uhr
Goto Top
Dem ist nichts hinzuzufügen!
Das mit dem "cmdkey /add" hat bei mir nicht funktioniert, dann habe ich eben die Anmeldedaten von meinem Client in hyper-v / Admins eingetragen.
Da das aber auch nicht gleich geklappt hat, da mein Passwort nicht komplex genug ist, hier noch ein kleiner tip, um die Passwortkomplexität auf den Hyper-v Server auszuschalten:

secedit /export /cfg E:\new.cfg

Nun new.cfg editieren ( "notepad E:\new.cfg", ist ini Format) und folgenden Eintrag ändern: "PasswordComplexity = 1" zu "PasswordComplexity = 0". Datei speichern und mit folgendem Befehl zurückspielen:

secedit /configure /db C:\Windows\security\new.sdb /cfg E:\new.cfg /areas SECURITYPOLICY

Achtung E: ist nur ein Beispiellaufwerk!
Mitglied: itazubii
itazubii 05.10.2015 um 13:55:41 Uhr
Goto Top
Hallo Frank,

habe alles so nachgestellt wie du gesagt hast. Jedoch funktioniert es nicht bei Windows 7 kann das sein?

er findet zwar den Hyper-V-Server, jedoch startet der Verwaltungsdienst für virtuelle Computer nicht...

Hast du eine Idee?

Grüße

itazubii
Mitglied: RealFreeze
RealFreeze 05.10.2015 um 16:05:19 Uhr
Goto Top
Hallo itazubi,

hast du auch die Remoteverwaltungsdienste über sconfig auf dem HyperV aktiviert. Ist die Firewall auch deaktiviert? Du kannst auch erst mal die komplette Firewall über den Befehl " Netsh advfirewall set allprofiles state off" auf dem HyperV über die Konsole ausschalten. Danach kannst du dich dann über den Client mit der MMC connecten und über den Snap-in Firewall die Regeln einstellen, vorausgesetzt du hast ansonsten alle Schritte der Anleitung befolgt.
Mitglied: itazubii
itazubii 05.10.2015 um 16:33:57 Uhr
Goto Top
Ja habe ich.
Ich denke ich habe das Problem gefunden. Windows 7 ist nicht geeignet auf den Hyper-V-Server 2012 R2 zuzugreifen da dieses Betriebssystem mit den neuen Features nicht umgehen kann...
Mitglied: RealFreeze
RealFreeze 14.10.2015 um 00:07:07 Uhr
Goto Top
Hat jemand noch eine Idee, warum das mit Windows 10 nicht klappt. Mit Windows 8 funktioniert es bestens. Hab schon mehrer Rechner und HyperV´s getestet. Es muss am Windows 10 liegen. Ich kann da auch nur die TrustedHosts hinzufügen indem ich den Dienst"Windows-Remoteverwaltung (WS-Verwaltung)" manuell starte. Ich bekomme immer eine Fehlermeldung: Fehler beim Versuch, eine Verbindung mit dem Server ... herzustellen. Vergewisser Sie sich, dass der virtuelle Computer ausgeführt wird und Sie zum Herstellen einer Verbindung berechtigt sind....." Mache ich das am gleichen Client aus einer Windows 8 VM auf den selben HyperV funktioniert es problemlos. Die Liste TrustedHosts habe ich auch auch abgefragt und dort stehen auch alle Clients drin. die lokalen Anmeldinformationen sind auch vorhanden. Also 1:1 Windows 8.1 tuts Windows 10 tuts nicht. Für eine kleine Tip wäre ich euch sehr verbunden.
Mitglied: BauerJ
BauerJ 14.10.2015 um 08:03:03 Uhr
Goto Top
@RealFreeze: hast Du den Workaround von peperosso vom 08.09.2015 (genau einen Kommentar über Deinem ersten Kommentar) ausprobiert?
Bei mir läuft übrigens auch ohne den Workaround unter Windows 10 alles wie gewünscht (Remote-Verbindung, wie auch das RSAT). Ich habe alle Updates aufgespielt, sowohl auf dem Hyper-V-Server als auch auf dem zugreigfenden Win10-PC.
Mitglied: Raynor
Raynor 20.10.2015 um 08:57:29 Uhr
Goto Top
Hallo Frank,

danke für Deine ausführliche und übersichtliche Anleitung.

Doch leider klappt es bei mir nicht.

Folgende Konstellation: Es ist ein Hyper-V-Host mit Win2016 TP3 installiert. Auf diesem läuft eine VM mit Win 2016 TP3. Beide System sind von einem Client (WIN 10) per RDP managebar. Auf dem WIN10 Client sind die RSAT für WIN10 installiert. Weder der Server-Manager noch der Hyper-V-Manager lassen ein Remote-Management der beiden System zu.

Der Client ist Domänenmitglied und befindet sich in einem anderen Netz als der Hyper-V-Host, der sich lediglich in einer Arbeitsgruppe befindet.

Auf Client und Hyper-V-Host sind identische User eingerichtet mit Administratorrechten. Die FW auf dem Hyper-V-Host habe ich ausgeschaltet; außer dem OS ist nichts installiert.

Will ich mich im Hyper-V-Manager mit dem Hyper-V-Host verbinden, erhalte ich die Fehlermeldung, dass auf dem Host die Anforderung vom WinRM-Client nicht verarbeitet werden kann. Weiterer Hinweis: Die Standardauthentifizierung kann nicht verwendet werden da weder https genutzt wird noch der Host in der Liste der Trusted-Hosts ist. Das verwundert, da der og. Befehl zur Aufnahme in die Liste ohne Fehlermeldung ausgeführt wurde und in der Liste der Host auftaucht.

Auch die Abfrage im Server-Manager scheitert anscheinend an der Authentifizierung. Denn ich erhalte dort "Kerberos Authentication Error".

Ich weiß nicht mehr weiter. Kann jemand helfen?

Danke.

Gruß

Raynor
Mitglied: RealFreeze
RealFreeze 22.10.2015 um 09:19:55 Uhr
Goto Top
@BauerJ: Danke für die Info hätt ich aberhalb mal richitg gelesen. Habe den Script fehlerfrei ausführen können. Aber leider klappt es trotz Workaround weiterhin nicht. Mit Windows 8.1 schnurrt es wie ein Kätzchen, sogar via VPN. Noch eine Idee ?
Mitglied: detlevp
detlevp 26.11.2015 um 16:40:20 Uhr
Goto Top
Hallo Miteinander,

die Anleitung ist wirklich sehr umfangreich und Aussagefähig. Vielen Dank hierfür.

Trotzdem verzweifle ich schon seit zwei Tagen, um einen Windows 10 Client mit dem Hyper-V zu verbinden. Per Remote Desktop komme ich ran, habe aber das gleiche Problem wie Raynor. Ich habe unendlich viele Artikel über Bing und Google gefunden, ausprobiert und komme nicht zum Ziel.

Der Server-Manager (Clientseitig) meldet beim Verbinden, WinRM kann den Vorgang nicht abschließen....

Der Hyper-V-Manager meldet Probleme mit Firewallregeln zu COM+-Netzwerkzugriff (DCOM-In). Wenn ich diese aktivieren möchte, heißt es, dass diese Regel nicht existiert.

Ein ESXi habe ich in 15 Minuten installiert, ein Hyper-V verursacht mir graue Haare. Warum muss das so kompliziert sein?

Hat hier noch jemand eine Idee für mich?

Danke und Gruß
Detlev
Mitglied: detlevp
detlevp 26.11.2015 um 16:49:17 Uhr
Goto Top
Ergänzung: Der Hyper-V Server 2012 ist nicht im gleichen Netzwerk. Die Hosts wurde angepaßt
Mitglied: RealFreeze
RealFreeze 26.11.2015 um 16:56:06 Uhr
Goto Top
Hast du die Firewall schon mal komplett ausgeschaltet?

Auf dem Hyper-V mit folgendem Befehle:
Netsh advfirewall set allprofiles state off
oder wieder anschalten mit:
Netsh advfirewall set allprofiles state on

Ich komme allerdings mit Windows 10 auch nicht auf den Hyper-V Mit Windows 8 klappt es ohne Probleme. Habe auch schon alles ausprobiert, was google so hergibt.
Mitglied: DerWoWusste
DerWoWusste 26.11.2015 um 17:03:28 Uhr
Goto Top
Win 10 kommuniziert über WinRM.
Mitglied: RealFreeze
RealFreeze 26.11.2015 um 17:08:18 Uhr
Goto Top
Hier gibts es noch ein paar interessante Infos zu WinRM

http://www.ip-insider.de/specials/tipps/tools/articles/325461/
Mitglied: detlevp
detlevp 26.11.2015 um 23:51:09 Uhr
Goto Top
Hallo Freeze,

vielen Dank für Deinen Tipp. Den hatte ich natürlich auch schon ausprobiert. Da stehen wir wohl Beide im Augenblick auf dem Schlauch face-sad
Mitglied: detlevp
detlevp 27.11.2015 um 00:38:42 Uhr
Goto Top
Ich glaube, das bringt einem auch nicht so richtig weiter.

Selbst der hier https://technet.microsoft.com/en-us/library/hh921475.aspx#BKMK_windows bringt einem nicht auf die Schliche.

Diesen Step muss ich mir noch ansehen: https://social.technet.microsoft.com/Forums/systemcenter/en-US/f7a2b7c2- ...
Mitglied: DerWoWusste
DerWoWusste 27.11.2015 um 00:58:09 Uhr
Goto Top
WinRM - ich dachte, der Tipp reicht. Ihr müsst die WinRM-Firewall-Regeln prüfen, bzw. einfach tcp 5985 öffnen.
Mitglied: RealFreeze
RealFreeze 27.11.2015 um 09:46:42 Uhr
Goto Top
Zitat von @DerWoWusste:

WinRM - ich dachte, der Tipp reicht. Ihr müsst die WinRM-Firewall-Regeln prüfen, bzw. einfach tcp 5985 öffnen.
Weiter oben steht doch schon, dass es auch nicht klappt, wenn man die ganze Firewall am Client und im HyperV ausschaltet.
Auch der Befehle: Run “MOFCOMP %SYSTEMROOT%\System32\WindowsVirtualization.V2.mof” auf dem HyperV auszuführen bringt keine Besserung. Und da der Zugriff von Windows 8 Betriebssystemen prima funktioniert, kann es ja nicht an der Firewall liegen. Es ist ein Windows 10 Problem und ja mit der WinRM. Ich konnte bei Windows 10 erst die Trusted Hosts hinzufügen nachdem ich den Befehl: „Winrm quickconfig“ ausfühte.

Es wäre so einfach, wenn man der HyperV-Gui genuso wie beim vSphere-Client einfach einen lokalen Benutzternamen und ein Passwort eingeben könnte. face-smile
Mitglied: DerWoWusste
DerWoWusste 27.11.2015 um 10:01:18 Uhr
Goto Top
Weiter oben steht doch schon, dass es auch nicht klappt, wenn man die ganze Firewall am Client und im HyperV ausschaltet.
Nö, steht da nicht eindeutig, da Du mehrere Fragen gestellt hattest und nur eine Antwort kam.
Ich habe 10->2012 R2 in mehreren Umgebungen einfach über Freischaltung dieses Ports laufen, sonst musste nichts gegenüber der vorigen Konfig, welche von 8.1 aus verwaltet wurde, angepasst werden.
Mitglied: RealFreeze
RealFreeze 27.11.2015 um 10:29:28 Uhr
Goto Top
Zitat von @DerWoWusste:

Weiter oben steht doch schon, dass es auch nicht klappt, wenn man die ganze Firewall am Client und im HyperV ausschaltet.
Nö, steht da nicht eindeutig, da Du mehrere Fragen gestellt hattest und nur eine Antwort kam.
Ich habe 10->2012 R2 in mehreren Umgebungen einfach über Freischaltung dieses Ports laufen, sonst musste nichts gegenüber der vorigen Konfig, welche von 8.1 aus verwaltet wurde, angepasst werden.

Du schreibst hier in mehreren Umgebungen... Sind das Domain-Strukturen? Im der Domain-Umgebung klappt das mit Windows 10->2012R2 bei mir auch wunderbar in mehreren Umgebungen. Meine Äusserungen beziehen sich nur auf den Zugriff zum HyperV ohne Domain. Hast du da ein aktuelles Szenario am laufen?
Mitglied: detlevp
detlevp 27.11.2015 um 10:48:01 Uhr
Goto Top
Nach meinem Verständnis wird der Port 5985 automatisch beim Setup eingetragen, zu prüfen über "winrm enumerate winrm/config/listener". Bei mir steht "Enabled=true" drin.

Mal eine zusätzliche Frage:
Kann ein Wibukey am USB des Hyper-V Servers an die virtuellen Maschinen durchgereicht werden?
Mitglied: DerWoWusste
DerWoWusste 27.11.2015 um 10:49:06 Uhr
Goto Top
In der Tat, nein, allesamt in Domains.
Dann vielleicht (wüsste nicht, warum es einen Unterschied machen sollte) diesen Tipp nehmen:
--
https://forums.servethehome.com/index.php?threads/connect-using-server-m ...
Mitglied: detlevp
detlevp 27.11.2015 um 11:01:41 Uhr
Goto Top
Ah, das ist ein guter Tipp, den probiere ich heute Nachmittag aus. Vielleicht löst das endlich mein Problem. Ich habe immer den FQDN in der Hosts und den Credentials eingetragen. Offensichtlich muss nur der Hostname eingetragen werden.
Mitglied: RealFreeze
RealFreeze 27.11.2015 um 11:16:45 Uhr
Goto Top
Zitat von @DerWoWusste:

In der Tat, nein, allesamt in Domains.
Dann vielleicht (wüsste nicht, warum es einen Unterschied machen sollte) diesen Tipp nehmen:
--
https://forums.servethehome.com/index.php?threads/connect-using-server-m ...
@derwowuste: Lies doch mal die Überschrift von diesem Thema: Hyper-V Server 2012 und Windows 8 Hyper-V remote Management ohne Domäne.
Das ist blödm wenn der Domaincontroller als VM auf dem HyperV läuft und dieser dann der eintzige Domaincontroller ist und der dann auch noch abschmiert. Dann macht das Restore spaß.

@detlevp: Ich hab es schon mit FQDN, Hostname und IP probiert, aber des ### Teil will ned.
Mitglied: DerWoWusste
DerWoWusste 27.11.2015 aktualisiert um 11:24:22 Uhr
Goto Top
Realfreeze, ich verstehe Deinen Kommentar nicht. Der Link ist passend zum Szenario, oder wo steht im Link, dass es um domänenverbundene Rechner geht?
Mitglied: RealFreeze
RealFreeze 27.11.2015 um 11:42:01 Uhr
Goto Top
Zitat von @DerWoWusste:

Realfreeze, ich verstehe Deinen Kommentar nicht. Der Link ist passend zum Szenario, oder wo steht im Link, dass es um domänenverbundene Rechner geht?
DerWoWuste, ich glaub wir reden einfach aneinander vorbei. Sry. Du hast doch geschrieben, dass die Konstellation bei dir allesamt mit Domains verbunden sind. Das Thema hier ist doch aber für Konstellationen ohne Domains wie z.B. Arbeitsgruppen. Die Rechner mit Windows 10 die mit der gleichen Domain verbunden sind wie der HyperV machen ja auch keine Probleme. Ich habe die Probleme nur, wenn ich mit meinem Laptop, oder per VPN auf den HyperV eines Kunden möchte. Versuche ich das ganze mit einem Windows 8.1 System mit der oben beschriebenen Anleitung, dann schnaggelt es vom feinsten. Da der Windows 10 Domainrechner ja auch problemlos auf den HyperV in der Domain kommt, kann es ja auch schonmal nicht an der Firewallregel für WinRM liegen. Die trustedHosts habe ich schon alles Konstellation ausprobiert und dann auch immer dazu die gespeicherten Credentials angepasst.

Alo mein Guter, ich will ja nur vermeiden, dass wir hier von Äpfeln und Birnen reden. Deine Tipps sind aber sehr gut.
Mitglied: DerWoWusste
DerWoWusste 27.11.2015 um 11:50:31 Uhr
Goto Top
Was hat denn meine Konstellation mit dem letzten Link zu tun? Ich habe den doch gerade gepostet, weil ich selbst erkannt habe, dass es hier um eine Workgroup geht. Der Link ist über Workgroups.
Mitglied: RealFreeze
RealFreeze 27.11.2015 um 12:15:01 Uhr
Goto Top
Ah Ok, jetzt hab ich es auch. Mir fehlte der Bezug zu deinem Link. OK, denke jetzt sind wir wieder syncron face-smile
Habe den Link mal überflogen, konnte dort aber spontan nichts neuen finden, was hier nicht schon in der urprünglichen Anleitung beschrieben wurde, oder hab ich da noch was übersehen? Ausgenommen, dass dort der Norton Probleme macht.
Mitglied: detlevp
detlevp 28.11.2015 um 02:07:37 Uhr
Goto Top
Zitat von @DerWoWusste:

Dann vielleicht (wüsste nicht, warum es einen Unterschied machen sollte) diesen Tipp nehmen:
--
https://forums.servethehome.com/index.php?threads/connect-using-server-m ...

Vielen Dank für diesen Tipp. Mit den Anweisungen kam ich zumindest etwas weiter. Weiß zwar nicht, was ich vorher vergessen hätte, aber zumindest komme ich jetzt mit dem Server-Manager auf den externen Hyper-V. Es lassen sich nicht alle Informationen in der Computerverwaltung managen. So zum Beispiel nicht die Datenträgerverwaltung. Hatte gehofft, dass ich meine zwei Laufwerke spiegeln könne. Es erscheint die Meldung "Der RPC-Server ist nicht verfügbar".

Über den Hyper-V-Manager komme ich nach wie vor nicht auf den Server. Für eine Verbindung muss immer ein Benutzer angegeben werden. Es reicht nicht aus, den einfachen Benutzernamen zu verwenden, dieser wird sofort abgelehnt. Gibt man "WORKGROUP\Administrator" ein, dauert es eine Weile und dann kommt wieder die Ablehnung "WinRM kann den Vorgang nicht abschließen...."

Kurios ist, dass die Verwaltung mit Hilfe des Tools 5Nine-Manager ohne Probleme funktioniert. Nur leider stehen nicht alle Merkmale des Microsoft eigenen Hyper-V-Manager zur Verfügung. Nun schlage ich mich schon 3 Tage mit diesem Problem herum und sehe nach ein wenig Licht wieder Dunkelheit.

Ich wollte lediglich prüfen, ob im Gegensatz zum ESXi der Hyper-V ein Raid1 ohne Hardwarecontroller unterstützt.
Mitglied: DerWoWusste
DerWoWusste 28.11.2015 um 12:10:46 Uhr
Goto Top
Mach ma eine Frage auf. Die Beschreibung ist für Windows 8 und so lange Frank sich nicht entschließt, sie für 10 zu aktualisieren, wird das durch Rumgeteste hier nur unübersichtlich. Zu Deinem Raid1 - klar geht das mit Hyper-V..
Mitglied: MiSt
MiSt 17.12.2015 um 18:45:56 Uhr
Goto Top
Hallo,
unter 10 funktioniert es. Es muss auf jedenfalls der 1ste Punkt auch gemacht werden. --> Namensauflösung einrichten
Mitglied: detlevp
detlevp 19.12.2015 um 08:00:48 Uhr
Goto Top
Herzlichen Dank. Du hast recht, es funktioniert. Bin mittlerweile von Hyper-V begeistert, habe aber Windows Server Standard installiert und dann Hyper-V.
Mitglied: Amistar
Amistar 13.09.2016 um 10:07:57 Uhr
Goto Top
Hey,

sehr sehr gute Anleitung. Hat ohne Probleme Funktioniert. Sehr Verständlich und Ausführlich geschrieben.


MfG

Amistar
Mitglied: Xaero1982
Xaero1982 06.10.2016 um 00:01:59 Uhr
Goto Top
Nabend,

also bei mir haut das ganze nicht hin.

Server: Hyper-V Server 2012 R2
Client: Windows 10 Pro

PS C:\Windows\system32> Set-Item WSMan:\localhost\Client\TrustedHosts -Value HyperV -Concatenate

WinRM-Dienst starten
Der WinRM-Dienst wird derzeit nicht ausgeführt. Mit diesem Befehl wird der WinRM-Dienst gestartet.

Möchten Sie den Vorgang fortsetzen?
[J] Ja  [N] Nein  [H] Anhalten  [?] Hilfe (Standard ist "J"): j  

WinRM-Sicherheitskonfiguration.
Mit diesem Befehl ändern Sie die TrustedHosts-Liste für den WinRM-Client. Die Computer in der TrustedHosts-Liste können
 möglicherweise nicht authentifiziert werden. Der Client sendet möglicherweise Anmeldeinformationen an diese Computer.
Möchten Sie diese Liste wirklich ändern?
[J] Ja  [N] Nein  [H] Anhalten  [?] Hilfe (Standard ist "J"): j  
Set-Item : Der Client kann keine Verbindung mit dem in der Anforderung angegebenen Ziel herstellen. Stellen Sie
sicher, dass der Dienst auf dem Ziel ausgeführt wird und die Anforderungen akzeptiert. Lesen Sie die Protokolle und
die Dokumentation für den WS-Verwaltungsdienst, der auf dem Ziel ausgeführt wird. Hierbei handelt es sich meistens um
IIS oder WinRM. Wenn das Ziel der WinRM-Dienst ist, führen Sie den folgenden Befehl auf dem Ziel aus, um den
WinRM-Dienst zu analysieren und zu konfigurieren: "winrm quickconfig".  
In Zeile:1 Zeichen:1
+ Set-Item WSMan:\localhost\Client\TrustedHosts -Value HyperV -Concaten ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [Set-Item], InvalidOperationException
    + FullyQualifiedErrorId : System.InvalidOperationException,Microsoft.PowerShell.Commands.SetItemCommand

Bis zu diesem Punkt ging es alles, aber da komm ich nicht weiter.

Ideen?
Mitglied: Xaero1982
Xaero1982 06.10.2016 um 08:18:06 Uhr
Goto Top
Damit:

Start-Service WinRM

winrm set winrm/config/client '@{TrustedHosts="THE_NAME_OF_THE_SERVER"}'  

Stop-Service WinRM

Hats dann offenbar funktioniert.

Grüße
Mitglied: Stefan007
Stefan007 20.11.2016 um 19:47:26 Uhr
Goto Top
Zitat von @Xaero1982:

Damit:

> Start-Service WinRM
> 
> winrm set winrm/config/client '@{TrustedHosts="THE_NAME_OF_THE_SERVER"}'  
> 
> Stop-Service WinRM
> 

Hats dann offenbar funktioniert.

Grüße


Bei mir will das nicht funktionieren, könnte ausflippen face-smile

Habe die Anleitung nun von oben bis unten abgearbeitet aber ich kriege den Hyper-V nicht in meine Hyper-V Verwaltungskonsole. Muss der Client dafür zwingend außerhalb einer Domäne sein?

Wenn er die Zugangsdaten abfragt, tippe ich die so ein: .\Username und PW. Ist das in dem Falle falsch?
Mitglied: Frank
Frank 20.11.2016 um 20:44:58 Uhr
Goto Top
muss der Client dafür zwingend außerhalb einer Domäne sein?

Naja, Sinn der Anleitung war es, die Hyper-V Verwaltung bzw. das Remote Management ohne Domäne einzurichten. Keine Ahnung ob meine Anleitung mit Domäne so funktioniert. Das habe ich nie getestet (ich haben keine Domäne). Vielleicht kann ein User dazu mal eine neue Anleitung schreiben.

Gruß
Frank
Mitglied: MiSt
MiSt 10.01.2017 um 08:42:40 Uhr
Goto Top
Zitat von @Stefan007:


Bei mir will das nicht funktionieren, könnte ausflippen face-smile

Habe die Anleitung nun von oben bis unten abgearbeitet aber ich kriege den Hyper-V nicht in meine Hyper-V Verwaltungskonsole. Muss der Client dafür zwingend außerhalb einer Domäne sein?

Wenn er die Zugangsdaten abfragt, tippe ich die so ein: .\Username und PW. Ist das in dem Falle falsch?

Hallo Stefan007,
hast Du es hinbekommen?

Gruß
Michael
Mitglied: StevieB
StevieB 20.02.2020 aktualisiert um 20:23:40 Uhr
Goto Top
Hallo Frank,

vielen Dank für diesen tollen Beitrag!!!

Ich habe bereits Stunden damit verbracht, eine Lösung (allerdings für Hyper-V Server 2019) zu suchen. Deine brachte den Erfolg!

Es kursieren Lösungen, in denen die Gruppenrichtlinie ""Delegierung von aktuellen Anmeldeinformationen mit reiner NTLM-Serverauthentifizierung zulassen"" unter "Computer - Administrative Ereignisse - System - Delegierung von Anmeldeinformationen" auf einem Win10 Client aktiviert und zur Liste der Server der Eintrag "WSMAN/<Servername>" hinzugefügt werden soll. Das ist überhaupt nicht nötig, wie ich dank deiner Anleitung nun festgestellt habe (falls das hier jemand liest und bereits umgesetzt haben sollte - mach das ruhig wieder rückgängig)!

Allerdings ließen sich die Befehle "netsh advfirewall firewall set rule group="Windows-Firewallremoteverwaltung" new enable=yes" bzw. "netsh advfirewall firewall set rule group="Windows Firewall Remote Management" new enable=yes" auf dem Hyper-V 2019 nicht ausführen. Scheinbar wurden diese umbenannt (habe noch nicht nachgeforscht).

Die RSAT-Tools sind unter Win10 inzwischen zu einem "Optionalen Feature" geworden. Ich suche noch Hinweise, welche der zahlreichen RSAT-Features zur Steuerung des Hyper-V genutzt werden können. Auf den ersten Blick sicherlich nicht alle.

So ... habe mich extra hier angemeldet um Dir für die Unterstützung zu danken. face-smile

Beste Grüße!