Windows Server 2025 / Roles del servidor y orden de aprendizaje
Windows Server 2025 es un sistema operativo de servidor para ejecutar servicios de manera centralizada, como la autenticación de usuarios, el intercambio de archivos, los servicios de red y las máquinas virtuales. Al aprender a administrarlo, concéntrese en configurar un servicio, usarlo desde un cliente y diagnosticar problemas y recuperarse de ellos antes de intentar instalar todas las funciones disponibles.
¿Qué gestiona un sistema operativo de servidor?
Un ordenador personal ejecuta principalmente aplicaciones para la persona que ha iniciado sesión. Un servidor responde a solicitudes de varios usuarios o dispositivos. Por lo tanto, la administración implica más que verificar que la máquina se encienda: también necesita controlar quién puede conectarse, mantener los servicios disponibles y saber qué se puede restaurar después de una falla.
Por ejemplo, un servidor de archivos departamental necesita más que una colección de carpetas. Los documentos de recursos humanos deberían ser inaccesibles para departamentos no relacionados, mientras que los empleados autorizados deberían poder abrirlos desde sus propias computadoras. Proveer el servicio y controlar el acceso son partes de la misma tarea de administración.
Microsoft describe Windows Server como una plataforma para aplicaciones, servicios y cargas de trabajo organizacionales en su visión general de Windows Server. Puede instalarlo directamente en un servidor físico o ejecutarlo como el sistema operativo invitado de una máquina virtual (VM).
Instalar Windows Server y configurar un rol de servidor son tareas separadas
Instalar el sistema operativo no crea automáticamente un dominio o un sitio web. Usted agrega un rol adecuado para el propósito del servidor y configura el servicio que proporciona. Las características incluyen componentes de apoyo como herramientas de administración y entornos de ejecución de aplicaciones.
| Objetivo | Rol o herramienta principal | Resultado a verificar |
|---|---|---|
| Administrar cuentas y equipos de manera centralizada | Servicios de dominio de Active Directory (AD DS) | Un cliente puede iniciar sesión con una cuenta de dominio |
| Buscar servidores por nombre | Servidor del Sistema de Nombres de Dominio (DNS) | Un nombre de servidor se resuelve a la dirección IP prevista |
| Asignar configuraciones de IP automáticamente | Servidor de Protocolo de Configuración Dinámica de Host (DHCP) | Un cliente recibe una dirección del rango previsto |
| Compartir documentos departamentales | Servidor de archivos y recursos compartidos de Server Message Block (SMB) | Solo las cuentas autorizadas pueden usar la carpeta compartida |
| Proporcionar un sitio web | Servidor web, Servicios de Información de Internet (IIS) | El sitio responde en un navegador del cliente |
| Ejecutar máquinas virtuales | Hyper-V | Se puede crear, iniciar y conectar un invitado a la red prevista |
Puede combinar roles en un entorno de aprendizaje, pero reunirlos todos en un único servidor no constituye una recomendación para producción. Separar roles determina el alcance de las fallas, los límites de seguridad y lo que necesita recuperar de manera independiente.
Comience con un laboratorio virtual pequeño
Un servidor y un cliente Windows son suficientes para comenzar a observar la instalación, la resolución de nombres, la unión al dominio y la aplicación de políticas. Agregue un servidor de archivos y otro controlador de dominio cuando estudie la separación de roles y la replicación. Para cada máquina que agregue, registre la comunicación y la resolución de nombres que necesita.
- DC1: el primer controlador de dominio y el servidor DNS del laboratorio.
- CLIENT1: un cliente Windows para verificar el acceso al servidor e iniciar sesión en el dominio.
- FS1: un servidor miembro para carpetas compartidas departamentales.
- DC2: un controlador de dominio adicional para replicación y verificaciones de fallos.
Mantenga la red del laboratorio DHCP separada de su red doméstica o de oficina real. Un servidor DHCP conectado incorrectamente puede distribuir configuraciones de red no deseadas a otros dispositivos así como a las máquinas del laboratorio. Use cuentas y contraseñas de laboratorio separadas en lugar de credenciales de una organización real.
El flujo de trabajo cubierto en este curso
- Instalación y configuración inicial: elija una opción de instalación, luego configure nombres, direcciones IP, DNS, hora y actualizaciones.
- Acceso de administración: utilice la consola local, Herramientas de administración remota del servidor (RSAT), Windows Admin Center y PowerShell.
- Servicios centrales: configure DNS y DHCP, cree un dominio y conecte un cliente.
- Políticas y recursos compartidos: cree usuarios, grupos y unidades organizativas (OU, por sus siglas en inglés), luego aplique la Directiva de grupo y permisos de archivos.
- Operaciones y recuperación: cree copias de seguridad, verifique restauraciones y examine registros y rendimiento.
- Laboratorios extendidos: configure Hyper-V e IIS, luego revise un entorno con varios roles interactuando.
Los servicios de certificados y los clústeres son temas avanzados que requieren una planificación propia. No necesita un entorno completo de alta disponibilidad para su primer laboratorio. Aprenda a explicar por qué funcionan los servicios básicos antes de decidir hasta dónde ampliar el entorno.
Verifique los resultados, además de los comandos
Registre el servidor de destino, la cuenta utilizada, la configuración cambiada y los resultados esperados y reales. Después de crear un recurso compartido, por ejemplo, pruébelo con una cuenta de usuario estándar autorizada y una cuenta no autorizada. Abrirlo con éxito como administrador no demuestra que los permisos sean correctos.
Tome nota del valor original antes de realizar un cambio, luego verifique el resultado tanto en el servidor como en el cliente. Después de cambiar la configuración de DNS, probar solamente el acceso a internet del servidor puede pasar por alto un problema de unión al dominio. Trate la resolución de nombres, la autenticación y el acceso a servicios como comprobaciones separadas para acotar la causa del problema.
Defina la finalización en términos de resultados observables: un administrador puede iniciar sesión después de un reinicio, una cuenta de dominio puede iniciar sesión después de que el cliente se une al dominio, o un archivo puede restaurarse desde una copia de seguridad en una ubicación separada. Estos criterios hacen que el trabajo sea más fácil de entender y repetir.
