Senden Sie Ihre E-Mail-Adresse, um einen Link zum sofortigen Download auf Ihrem Desktop zu erhalten!
Wir haben uns bereits die Zeit genommen, die Möglichkeiten zum Zugriff auf COMs in einer virtuellen Maschine durchzugehen (den Artikel finden Sie hier.) Während Serial to Ethernet Connector eine großartige Lösung für COM in Hyper-V Serial Port Passthrough ist, ist es Es lohnt sich, einige andere Optionen zum Hinzufügen eines COM-Ports zum seriellen Hyper-V-Port zu überprüfen, die wir weiter unten behandeln werden.
Inhalt:
Wenn Sie in Hyper-V auf den seriellen Port zugreifen müssen, können Sie unsere einfache Anleitung verwenden. Hier ist eine Videoanleitung zum Zugriff auf COM in Hyper-V mit Serial to Ethernet Connector:
Für Benutzer virtueller Maschinen, die den seriellen Anschlüssen von Hyper-V einen COM-Port hinzufügen möchten, ist PipeDream eine ideale Option. Dieser serielle Port im Hyper-V-Tool wird über denselben Server ausgeführt, auf dem Hyper-V (ein Virtualisierungshost) gehostet wird, und überbrückt die Lücke zwischen virtuellen Maschinen und seriellen Ports.
PipeDream funktioniert durch die Übertragung von Daten, die von der seriellen Hardware empfangen werden (was auch immer an den COM-Port angeschlossen ist) und hilft der virtuellen Maschine, sie zu erkennen und darauf zuzugreifen (und umgekehrt).
Darüber hinaus benötigt PipeDream kein clientseitiges Element, um auf einem Server ausgeführt zu werden, was das Passthrough der seriellen Hyper-V-Unterstützung noch bequemer macht. PipeDream erfordert keine Installation (Gerät, Software oder sonstiges) auf der/den teilnehmenden virtuellen Maschine(n) – und maximiert so die Kompatibilität mit älteren Betriebssystemen/Software und zuverlässigen Support für XP (und ältere) Betriebssysteme.
PipeDream ermöglicht es virtuellen Gastmaschinen, serielle Ports auf dem Virtualisierungshost (oder anderen Maschinen) zu steuern. Dieses Tool funktioniert dank der Named Pipe-Unterstützung von Hyper-V, was bedeutet, dass eine Netzwerkverbindung für die Kommunikation nicht erforderlich ist. Erstellen Sie einfach einen Pipe-Namen in Hyper-V , und PipeDream verbindet sich mit dem seriellen Gerät der Gast-VM, sobald Sie das PipeDream-Programm starten.
Haftungsausschluss: Der serielle PipeDream-Port in der Hyper-V-Software ist mit Microsofts Hyper-V kompatibel, ist jedoch ein Drittanbieter-Tool ohne Zugehörigkeit zu Microsoft. Unsere Verwendung des Begriffs „Hyper-V“ soll nicht dazu dienen, die Microsoft Corporation zu unterstützen oder mit ihr in Verbindung zu treten.
Ähnliche Artikeln
Ehrlich gesagt ist die Antwort eine Mischung aus Ja und Nein (wobei sich das „Nein“ hauptsächlich auf die standardmäßigen Hyper-V-Passthrough-Funktionen für den seriellen Port konzentriert.) Die aufregende Nachricht ist, dass dies einstellbar ist!
Die folgenden Screenshots stammen von einer Windows 8-VM (insbesondere unter Verwendung von Medien, die im vorherigen Abschnitt erstellt wurden, in denen der Treiber für die softwarebasierte Tastatur hinzugefügt wurde.)
Im folgenden Beispiel sehen Sie, dass den Einstellungen für eine grundlegende virtuelle Maschine der 2. Generation die COM-Port-Optionen fehlen.
Der Grund dafür ist, dass Gen-2 Hyper-V Manager, unabhängig davon, ob serielle Ports verfügbar sind oder nicht, niemals COM-Ports anzeigt.
Im Folgenden werfen wir einen Blick in das, was PowerShell zu sagen hat:
Beachten Sie, dass PowerShell zwei verfügbare COM-Ports anzeigt? Wenn Sie jedoch den Geräte-Manager des Gastcomputers öffnen, werden keine COM-Ports für die VM aufgelistet.
Sehen Sie sich das folgende Beispiel (mit COM1) an, um einen Pipe-Pfad für COM-Ports zu konfigurieren, während eine virtuelle Maschine ausgeführt wird:
Wie bereits erwähnt, wird beim Überprüfen des Geräte-Managers des Gastcomputers COM1 nicht angezeigt – aber sobald die VM heruntergefahren und neu gestartet wurde, ist der gewünschte COM-Port nun in der Liste verfügbar (siehe unten).
Für diejenigen, die Erfahrung mit Kernal-Debugging haben, ist der verbleibende Prozess ziemlich einfach und unkompliziert – mit nur einer kleinen Ausnahme speziell für Gen-2-VMs (insbesondere UEFI-basierte Computer mit Secure Boot).
Über msconfig haben wir das Kernel-Debugging für die VM auf COM1 aktiviert. Sobald wir jedoch auf OK geklickt haben, wird die folgende Fehlermeldung angezeigt:
Wieso den? Weil die Windows-Richtlinie besagt, dass Secure Boot und Kernel-Debugging nicht kompatibel sind. Dies bedeutet, dass Benutzer die virtuelle Maschine ausschalten und dann Secure Boot in den Firmware-Einstellungen deaktivieren sollten.
Serial to Ethernet Connector [Linux]