Invia il tuo indirizzo email per ottenere il collegamento allo scaricamento veloce sul tuo desktop e parti!
Ci siamo già presi del tempo per esaminare i modi in cui accedere ai COM in una macchina virtuale (puoi trovare l'articolo qui.) Sebbene il connettore da seriale a Ethernet sia un'ottima soluzione per il pass-through COM nella porta seriale Hyper-V, è vale la pena controllare alcune altre opzioni per aggiungere la porta COM alla porta seriale Hyper-V, che tratteremo di seguito.
Quando hai bisogno di accedere alla porta seriale in Hyper-V, puoi usare la nostra semplice guida. Ecco una guida video sull'accesso COM in Hyper-V con Serial to Ethernet Connector:
Per gli utenti di macchine virtuali che desiderano aggiungere la porta COM alle porte seriali Hyper-V, PipeDream è un'opzione ideale. Questa porta seriale nello strumento Hyper-V viene eseguita tramite lo stesso server che ospita Hyper-V (che è un host di virtualizzazione), colmando il divario tra macchine virtuali e porte seriali.
PipeDream funziona trasmettendo i dati ricevuti dall'hardware seriale (qualunque cosa sia collegata alla porta COM) e aiuta la Macchina Virtuale a riconoscerlo e ad accedervi (e viceversa).
Inoltre, PipeDream non ha bisogno di un elemento lato client per essere eseguito su un server, il che rende il passthrough del supporto seriale Hyper-V ancora più conveniente. PipeDream non richiede alcuna installazione (dispositivo, software o altro) sulle macchine virtuali partecipanti, massimizzando così la compatibilità del sistema operativo/software legacy e un supporto affidabile per i sistemi operativi XP (e precedenti).
PipeDream consente alle macchine virtuali guest di controllare le porte seriali sull'host di virtualizzazione (o su altre macchine. Questo strumento funziona grazie al supporto named pipe di Hyper-V, il che significa che una connessione di rete non è necessaria per la comunicazione. Basta creare un nome pipe in Hyper-V e PipeDream si connetterà al dispositivo seriale della VM guest una volta avviato il programma PipeDream.
Dichiarazione di non responsabilità: la porta seriale PipeDream nel software Hyper-V è compatibile con Hyper-V di Microsoft, ma è uno strumento di terze parti senza affiliazione a Microsoft. Il nostro uso del termine "Hyper-V" non è inteso a sostenere o affiliare con Microsoft Corporation.
Articoli Correlati
Francamente, la risposta è un mix di sì e no (con il "no" principalmente incentrato sulle capacità di passthrough della porta seriale Hyper-V predefinite). La notizia entusiasmante è che questo è regolabile!
Le schermate seguenti provengono da una macchina virtuale Windows 8 (utilizzando in particolare i supporti creati nella sezione precedente in cui è stato aggiunto il driver per la tastiera basata su software).
Nell'esempio seguente, vedrai che le impostazioni per una macchina virtuale gen-2 di base mancano di opzioni per la porta COM.
Il motivo è che, indipendentemente dal fatto che le porte seriali siano disponibili o meno, Gen-2 Hyper-V Manager non visualizza mai le porte COM.
Di seguito daremo un'occhiata a ciò che PowerShell ha da dire:
Nota come PowerShell mostra due porte COM disponibili? Tuttavia, se apri Gestione dispositivi della macchina guest, non ci saranno porte COM elencate per la VM.
Guarda l'esempio seguente (usando COM1) per configurare un percorso di pipe per le porte COM mentre una macchina virtuale è in esecuzione:
Come accennato in precedenza, quando si controlla Gestione dispositivi della macchina guest, COM1 non viene visualizzato, ma una volta che la VM viene spenta e riavviata, la porta COM desiderata sarà ora disponibile dall'elenco (vedi sotto).
Per coloro che hanno esperienza con il debug del kernel, il processo rimanente è abbastanza semplice e diretto, con solo una piccola eccezione specifica per le macchine virtuali di seconda generazione (ancora più specificamente i computer basati su UEFI che utilizzano Secure Boot).
Tramite msconfig, abbiamo abilitato il debug del kernel per la VM su COM1. Tuttavia, dopo aver fatto clic su OK, viene visualizzato il seguente messaggio di errore:
Come mai? Perché la politica di Windows afferma che Secure Boot e il debug del kernel non sono compatibili. Ciò significa che gli utenti devono spegnere la macchina virtuale, quindi disabilitare l'avvio protetto dalle impostazioni del firmware.
Serial to Ethernet Connector [Linux]