Windows Server 2025 / Scegliere un commutatore Hyper-V e creare una rete privata

Il commutatore virtuale Hyper-V determina quali computer una macchina virtuale (virtual machine, VM) può raggiungere tramite la scheda collegata. Esterno conduce alla rete fisica; Interno collega le VM connesse e l’host; Privato collega le VM sullo stesso commutatore dello stesso host. Scegliete in base agli accessi necessari e alla separazione prevista, poi configurate gli indirizzi dentro i guest.

Confrontare Esterno, Interno e Privato

Creare un commutatore Interno o Privato non fornisce automaticamente DHCP o Internet. La traduzione degli indirizzi di rete (Network Address Translation, NAT) su un commutatore Interno richiede un progetto separato con prefisso, interfaccia host, gateway e compatibilità con le reti esistenti. WinNAT da solo non assegna gli indirizzi alle VM. Questa esercitazione crea un commutatore Privato senza instradamento esterno. Controllate altre schede guest, bridge e funzioni router: il nome del commutatore non garantisce da solo l’isolamento di ogni percorso.

Un commutatore Esterno è associato a una scheda fisica. Consentire al sistema operativo di gestione di condividerla cambia il percorso di rete dell’host e può interrompere la sessione remota. Prima di simili modifiche annotate IP, gateway, rete locale virtuale (VLAN) e accesso amministrativo. Consultate la guida alla creazione e condivisione dei commutatori. Non convertite una connessione esistente in Esterno come rimedio rapido senza piano di recupero.

Pianificare i collegamenti prima di spostare una VM

Usate HV1 con Hyper-V installato e verificato dopo il riavvio e un account amministrativo. Create il nuovo Lab-Private per la VM di prova HVTEST01. Se questa manca, potete creare prima il commutatore e verificare il guest quando sarà disponibile. Non spostate DC1 o FS1 funzionanti solo perché il loro commutatore isolato ha un altro nome: potreste interrompere risoluzione dei nomi, DHCP e gestione. Annotate i collegamenti precedenti delle schede di ogni VM di prova.

• Confrontate il prefisso di esempio 172.24.50.0/24 con reti locali, reti private virtuali (VPN) e inventario del laboratorio. In caso di sovrapposizione progettate un altro intervallo coerente, senza rinumerare server esistenti prima di rivederne le dipendenze.
• Controllate il commutatore e l’host effettivi di ogni scheda. Due commutatori differenti non si collegano solo perché i guest usano la stessa sottorete numerica.
• Mantenete il DHCP di prova esclusivamente nel segmento isolato autorizzato. Non collegate quella VM alla rete fisica soltanto per ottenere un lease.
• Scegliete un progetto Interno se l’host deve comunicare via IP e pianificate anche scheda virtuale e indirizzo host. Non trasformate senza esame un commutatore usato da altri guest.

In un segmento senza router lasciate il gateway vuoto: inventare un indirizzo non crea una via d’uscita. I membri del dominio devono usare il sistema dei nomi di dominio (Domain Name System, DNS) interno pertinente; un DNS pubblico alternativo non risolve la mancata risoluzione del dominio. La pianificazione di rete Hyper-V distingue commutatore e scheda: numeri di sottorete uguali non uniscono reti virtuali diverse.

Creare il commutatore Privato

1. Selezionate HV1 nella console di gestione di Hyper-V e confermate la connessione amministrativa. Mantenete accesso alla console e non cambiate le reti di altre VM.
2. Aprite Gestione commutatori virtuali ed esaminate i nomi presenti prima di aggiungerne uno.
3. Scegliete Privato e Crea commutatore virtuale. Verificate di non aver selezionato Esterno o una scheda fisica.
4. Immettete il nome letterale Lab-Private e una descrizione del laboratorio isolato. Se il nome esiste, fermatevi e controllate proprietario, tipo e schede; non sovrascrivetelo né eliminatelo per continuare.
5. Applicate, poi selezionate di nuovo il commutatore e confermate nome Lab-Private e tipo Privato. La configurazione guest non è ancora verificata.

Come alternativa alla console grafica, aprite Windows PowerShell come amministratore su HV1. L’esempio si arresta se il nome esiste, per consentirne l’esame senza riutilizzare un commutatore altrui. New-VMSwitch con SwitchType Private non richiede una scheda fisica. Scegliete interfaccia grafica o blocco di comandi; non ripetetelo dopo avere creato lo stesso oggetto dalla console:

if (Get-VMSwitch -Name 'Lab-Private' -ErrorAction SilentlyContinue) {
    throw 'A switch with this name already exists. Review it first.'
}
New-VMSwitch -Name 'Lab-Private' -SwitchType Private
Get-VMSwitch -Name 'Lab-Private' | Select-Object Name,SwitchType

La query finale deve restituire Name Lab-Private e SwitchType Private. Se il blocco si arresta perché il nome esiste, esaminate l’oggetto e scegliete eventualmente un vostro nome alternativo usato coerentemente. Non eliminate il controllo protettivo per riutilizzare alla cieca. SilentlyContinue sopprime l’errore del nome non trovato, ma un problema di diritti o connessione non dimostra un inventario vuoto. Fermatevi in caso di errori di lettura o creazione, verificate HV1, privilegi e risultato reale e non considerate l’assenza di output una prova di successo.

Verificare scheda virtuale e IP guest separatamente

Quando HVTEST01 è disponibile, apritene Impostazioni nella console di gestione di Hyper-V, selezionate la scheda di rete prevista e Lab-Private come commutatore virtuale. Verificate VM e scheda e applicate solo alla vostra macchina di prova. Il collegamento della scheda non configura IP, maschera, gateway o DNS nel guest. Per provare la comunicazione fra guest occorre un’altra VM di test autorizzata sullo stesso host e commutatore; non usate un server di dominio operativo come sostituto.

1. In ogni guest eseguite ipconfig /all e controllate scheda prevista, IPv4, maschera, origine DHCP o statica e DNS. Non scambiate un’altra scheda per l’interfaccia del laboratorio.
2. Usate indirizzi univoci nello stesso segmento oppure controllate un lease DHCP fornito intenzionalmente nella rete isolata. Come esempio statico solo in un laboratorio senza conflitti, 172.24.50.101 e 172.24.50.102 possono usare la maschera 255.255.255.0. Verificate prima disponibilità e assenza di sovrapposizioni con gli ambiti DHCP, annotate valori precedenti e lasciate vuoto il gateway se manca il router. Nel guest Windows aprite ncpa.cpl → Proprietà della scheda → Protocollo Internet versione 4 (TCP/IPv4) → Proprietà e scegliete la configurazione manuale. Inserite indirizzo e maschera e mantenete il DNS adatto al ruolo. Non cambiate la scheda di gestione dell’host.
3. Da un guest provate l’indirizzo dell’altro e il servizio previsto, che deve essere in ascolto e consentito dalle regole appropriate. Aprire una condivisione autorizzata verifica qualcosa di diverso dal ping. Annotate destinazione, operazione ed errore senza modificare insieme indirizzi, VLAN e firewall.
4. Provate lo stesso destinatario tramite il nome previsto e con identità corretta. Se l’IP funziona e il nome no, esaminate risoluzione e DNS. Se il servizio risponde negando l’accesso, esaminate autenticazione e permessi; i risultati non sono equivalenti.

Un host che non raggiunge direttamente per IP un guest sul commutatore Privato può comportarsi come previsto. VMConnect apre la console attraverso la gestione Hyper-V, indipendentemente da quel percorso IP guest. Un ping riuscito non dimostra funzionamento della porta del servizio, permessi o autenticazione tramite nome. Anche un ping fallito non prova un guasto del commutatore: esaminate le regole firewall pertinenti senza disabilitare globalmente il firewall.

Diagnosticare e rimuovere solo il commutatore di prova

Configurate VLAN solo all’interno di un progetto coerente da un capo all’altro, comprese schede guest e dispositivi interessati. Prima di rimuovere Lab-Private inventariate tutte le VM e le schede collegate, anche di macchine spente, e mantenete gli accessi necessari. Per le VM di prova da conservare, ripristinate collegamenti e impostazioni guest documentati oppure lasciatele scollegate secondo il piano di pulizia. Rimuovete poi soltanto il nuovo commutatore di prova dalla Gestione commutatori virtuali e confermate che non compaia più. Non eliminate altri commutatori, schede host o dischi VM. Rimuovere un commutatore ancora utilizzato interrompe i collegamenti delle sue schede.