Windows Server 2025 / Come configurare nome del computer, IP statico, DNS e ora
Dopo l’installazione di Windows Server 2025, configura nome del computer, indirizzo IP statico, Domain Name System (DNS) e ora prima di aggiungere servizi. Il DNS risolve i nomi in indirizzi; i membri del dominio devono usare DNS interni capaci di individuare i controller di dominio. Esegui le modifiche IP che potrebbero interrompere l’accesso dalla console della macchina virtuale (VM).
Registra il piano degli indirizzi e le impostazioni originali
La sottorete isolata dell’esempio è 172.24.50.0/24: DC1 usa 172.24.50.10, DC2 usa 172.24.50.11 e FS1 usa 172.24.50.20. Prima di usarla, verifica che non si sovrapponga alla rete dell’host, a una rete privata virtuale (VPN) o ad altre reti virtuali.
hostname
Get-NetAdapter
Get-NetIPConfiguration
Get-DnsClientServerAddress -AddressFamily IPv4
Get-TimeZoneRegistra i nomi e gli indici degli adattatori, gli indirizzi, le lunghezze dei prefissi, i gateway, i server DNS e il fuso orario. Con diversi adattatori, identifica quello collegato allo switch del laboratorio. Non modificare un indirizzo gestito da remoto fino a quando non hai una console VM o un altro percorso di recupero.
Imposta prima il nome del computer
In Desktop Experience, apri Server Manager → Server locale → Nome computer, quindi scegli Cambia per inserire il nuovo nome. In Core, usa SConfig. Il seguente esempio assegna FS1 a un server di laboratorio nuovo, prima dell’aggiunta al dominio. Eseguilo in Windows PowerShell avviata come amministratore. Se il computer appartiene già a un dominio, servono credenziali e autorizzazioni di dominio adeguate, come spiega Rename-Computer.
Rename-Computer -NewName 'FS1'
Restart-ComputerRestart-Computer riavvia subito il computer: salva prima il lavoro. Dopo l’accesso, usa hostname per verificare che il nome sia FS1. Scegli il nome definitivo prima della promozione a controller di dominio; non applicare questo semplice esempio a un controller già promosso.
Configura IPv4 statico sulla rete isolata
- In Desktop Experience, premi Windows+R, digita ncpa.cpl e conferma. Identifica la scheda di rete del laboratorio e apri Proprietà. In Core, usa le impostazioni di rete di SConfig.
- Apri le proprietà di Internet Protocol Version 4. Per FS1, inserisci 172.24.50.20 e la maschera di sottorete 255.255.255.0.
- Lascia vuoto il gateway se la comunicazione rimane in una rete senza router. Per uscire da quella rete, usa l’indirizzo effettivo del router o quello configurato per la traduzione degli indirizzi di rete (NAT, Network Address Translation). Non copiare un gateway da un altro laboratorio.
- Imposta il DNS in base alla fase descritta di seguito, applica le modifiche e controlla il risultato con Get-NetIPConfiguration.
Per la configurazione in PowerShell, consulta i requisiti di New-NetIPAddress. Aggiungere o rimuovere indirizzi e percorsi senza verificare lo stato attuale può scollegare il server. Questo laboratorio modifica le impostazioni individualmente tramite GUI o SConfig.
Un ping non riuscito non dimostra che un indirizzo è inutilizzato: un altro dispositivo potrebbe bloccare le risposte ICMP (Internet Control Message Protocol). Controlla i record di allocazione degli indirizzi della rete quando si indagano conflitti.
Scegli il DNS per la fase di configurazione corrente
| Fase | Scelta del DNS |
|---|---|
| Nessun dominio o DNS interno ancora presente | Usa un resolver approvato se esiste accesso esterno; la risoluzione esterna potrebbe non essere disponibile in una rete isolata. |
| DC1 esegue Active Directory Domain Services (AD DS, servizi di dominio Active Directory) e DNS | Configura FS1 e CLIENT1 perché usino DC1, all’indirizzo 172.24.50.10, come server DNS. |
| Il DNS di DC2 è configurato e la replica è verificata | Considera entrambi i server DNS interni. Non mescolare il DNS pubblico nella ricerca del dominio come sostituto. |
I resolver pubblici non conoscono i controller del dominio interno ad.example.test. Se i client devono risolvere nomi esterni, configura inoltro e connettività sul DNS interno, anziché aggiungere resolver pubblici ai client del dominio. Un indirizzo DNS è utile solo se un servizio risponde effettivamente a quell’indirizzo. Consulta le raccomandazioni Microsoft per i client DNS.
Distingui il fuso orario dalla sincronizzazione dell'orologio
Il seguente esempio imposta il fuso orario della Corea per un laboratorio che usa l’ora locale coreana. In altri ambienti, scegli il fuso realmente appropriato. Il fuso orario determina la visualizzazione dell’ora locale, ma non garantisce che l’orologio sia sincronizzato. Esegui le verifiche con diritti di amministratore.
Set-TimeZone -Id 'Korea Standard Time'
Get-Date
w32tm /query /status
w32tm /query /sourceGet-Date mostra data e ora locali. Le query w32tm restituiscono lo stato del servizio e la sua sorgente oraria, secondo i parametri ufficiali. La riuscita della query, da sola, non dimostra una sincronizzazione corretta. Server autonomi e membri di dominio seguono regole diverse: la documentazione del servizio Windows Time descrive la gerarchia del dominio. Non imporre una sorgente esterna diversa a ogni membro.
Registra i nomi finali, gli IP, le impostazioni DNS e le fonti temporali. Se l'accesso fallisce, usa la console per confrontare i valori originali e ripristinare indirizzi, maschere o gateway errati. Dopo aver corretto il DNS, ripeti la stessa query sullo stesso server per rendere significativo il confronto.
