Windows Server 2025 / Cómo configurar el nombre del equipo, IP estática, DNS y hora
Después de instalar Windows Server 2025, configure el nombre del equipo, la dirección IP estática, el sistema de nombres de dominio (DNS) y la hora antes de añadir servicios. Los equipos del dominio necesitan DNS interno capaz de localizar sus controladores. Haga los cambios de IP que puedan cortar el acceso desde la consola de la máquina virtual (VM).
Registre el plan de direcciones y la configuración original
La subred aislada del ejemplo es 172.24.50.0/24: DC1 utiliza 172.24.50.10, DC2 utiliza 172.24.50.11 y FS1 utiliza 172.24.50.20. Antes de usarla, compruebe que no se solapa con la red del host, una red privada virtual (VPN) u otras redes virtuales.
hostname
Get-NetAdapter
Get-NetIPConfiguration
Get-DnsClientServerAddress -AddressFamily IPv4
Get-TimeZone
Registre nombres de adaptadores e índices, direcciones, longitudes de prefijo, gateways, servidores DNS y zona horaria. Con varios adaptadores, identifique el que está conectado al switch del laboratorio. No cambie una dirección administrada de forma remota hasta tener una consola de VM u otra ruta de recuperación.
Establezca primero el nombre del equipo
En Desktop Experience, abra Administrador del servidor → Servidor local → Nombre del equipo y use Cambiar para introducir el nombre nuevo. En Core, utilice SConfig. El ejemplo siguiente asigna FS1 a un servidor de laboratorio nuevo, antes de unirlo al dominio. Ejecútelo en Windows PowerShell abierto como administrador; si el equipo ya pertenece a un dominio, el cambio requiere las credenciales y permisos de dominio apropiados, como explica Rename-Computer.
Rename-Computer -NewName 'FS1'
Restart-Computer
Restart-Computer reinicia inmediatamente, por lo que primero guarde su trabajo. Después de iniciar sesión, use hostname para verificar el cambio. Establezca el nombre final de un controlador de dominio antes de la promoción; no aplique este ejemplo simple de cambio de nombre a un controlador que ya haya sido promovido.
Configure IPv4 estático en la red aislada
- En Desktop Experience, pulse Windows+R, escriba ncpa.cpl y confirme. Identifique el adaptador del laboratorio y abra sus Propiedades; en Core, use el menú de red de SConfig.
- Abra las propiedades del Protocolo de Internet versión 4. Para FS1, ingrese 172.24.50.20 y máscara de subred 255.255.255.0.
- Deje la puerta de enlace vacía si la comunicación queda dentro de una red sin router. Para salir de esa red, utilice la dirección real del router o del dispositivo de traducción de direcciones de red (NAT) que haya configurado; no copie una dirección de otro laboratorio.
- Configure DNS según la etapa de implementación a continuación, aplique los cambios y verifique con Get-NetIPConfiguration.
Para la configuración en PowerShell, revise Requisitos de New-NetIPAddress. Agregar o eliminar direcciones y rutas sin verificar su estado actual puede desconectar el servidor. Este laboratorio cambia la configuración individualmente a través de la GUI o SConfig.
Un ping fallido no demuestra que una dirección esté sin usar: otro dispositivo puede bloquear las respuestas del Protocolo de Mensajes de Control de Internet (ICMP). Verifique los registros de asignación de direcciones de la red al investigar conflictos.
Elija DNS para la etapa de implementación actual
| Etapa | Elección de DNS |
|---|---|
| Aún no hay dominio o DNS interno | Use un resolvedor aprobado si existe acceso externo; la resolución externa puede no estar disponible en una red aislada. |
| DC1 ejecuta los Servicios de dominio de Active Directory (AD DS) y DNS | Apunte FS1 y CLIENT1 a DC1 en 172.24.50.10. |
| DNS de DC2 está configurado y la replicación verificada | Considere ambos servidores DNS internos. No mezcle DNS público en la búsqueda de dominio como sustituto. |
Los resolutores públicos no conocen los controladores del dominio interno ad.example.test. Si los clientes necesitan resolver nombres externos, configure el reenvío y la conectividad en DNS interno en lugar de añadir resolutores públicos a los clientes del dominio. Una dirección de DNS solo resulta útil si el servicio responde allí. Consulte las recomendaciones de Microsoft para clientes DNS.
Separar la zona horaria de la sincronización de tiempo
El ejemplo siguiente configura la zona horaria de Corea para un laboratorio que utiliza esa hora local. En otra ubicación, elija la zona que realmente corresponda a su entorno. Ajustar la zona horaria modifica cómo se muestra la hora, pero no garantiza la sincronización del reloj. Ejecute las comprobaciones con permisos de administrador.
Set-TimeZone -Id 'Korea Standard Time'
Get-Date
w32tm /query /status
w32tm /query /source
Get-Date muestra la fecha y hora locales; las consultas de w32tm muestran el estado del servicio y su fuente de tiempo, según sus parámetros oficiales. Un resultado de consulta no garantiza por sí solo una sincronización correcta. Los servidores independientes y los miembros del dominio siguen configuraciones distintas; la documentación del servicio de hora de Windows explica la jerarquía del dominio. No imponga una fuente externa distinta a cada miembro.
Registre los nombres finales, las IP, la configuración de DNS y las fuentes de tiempo. Si el acceso falla, use la consola para comparar los valores originales y restaurar las direcciones, máscaras o gateways incorrectos. Después de arreglar el DNS, repita la misma consulta contra el mismo servidor para que la comparación sea significativa.




