Infraestructura: Tus 2 Servidores (Windows Server y Linux ) y tus 2 Clientes.

Siempre que se indique debes usar el sufijo que te corresponda:

 [sufijo]=inicial del nombre + primer apellido + día del mes

Debes entregar solo las capturas que se indican, marchando los puntos que se indican

Despliegue Restringido NFS

• En el servidor Linux, crea la carpeta /srv/nfs_[SUFIJO].
• Edita el archivo /etc/exports para compartir dicha carpeta. La configuración debe cumplir estrictamente estos requisitos de seguridad avanzada:

  • Acceso limitado exclusivamente a la dirección IP exacta de tu cliente Linux (no a toda la subred).
  • Permisos de lectura y escritura (rw).
  • Configuración de sincronización inmediata (sync) y deshabilitar la supresión de privilegios de root (no_root_squash).

• Aplica los cambios en el servicio de exportación de NFS.

• showmount -e [IP_DEL_SERVIDOR]
  
  El comando debe interrogar al servidor y mostrar en pantalla que la carpeta /srv/nfs_[SUFIJO] está siendo exportada con éxito hacia la IP del cliente.
• mount | grep nfs
  
  Para demostrar que el recurso ya se encuentra montado en caliente en el árbol de directorios del cliente.

Configuración Samba con Webmin 

• Abre la interfaz web de Webmin desde tu cliente Windows e inicia sesión como administrador.
• Dirígete al módulo de Samba y crea un nuevo recurso compartido llamado SAMBA_[SUFIJO]. El recurso debe apuntar a un directorio real del servidor, configurarse como no público (guest ok = no) y dar permisos de escritura únicamente al grupo alumnos o profesores.
• Desde el cliente Windows, abre el explorador de archivos, mapea el recurso e inicia sesión con las credenciales del usuario alumno1 o adminred. Crea una carpeta dentro que se llame OK_[SUFIJO].

Captura2: Captura de la terminal del Servidor Linux donde se muestren:

• La terminal del servidor ejecutando el comando smbstatus. En el output se debe leer nítidamente que hay una sesión bloqueada/activa en el recurso SAMBA_[SUFIJO] procedente de la IP del cliente Windows.
• Una ventana del navegador web de fondo mostrando el panel de Webmin en la sección de "Samba Windows File Sharing", donde se verifique visualmente la existencia del recurso creado.

Resolución de Incidencias

Hay errores (que debes provocar antes de empezar) una directiva errónea de sintaxis en smb.conf y una caída del servicio.

• Ejecuta las herramientas de diagnóstico nativas para identificar por qué el cliente no puede acceder al recurso.
• Soluciona la incidencia modificando los archivos o servicios correspondientes.

CAPTURA 3: Una captura de la terminal del servidor Linux donde se visualice la ejecución de los siguientes comandos que demuestran el aislamiento y la resolución del problema:

• testparm -s (para el fallo de sintaxis en Samba),  systemctl status [smbd/nfs-server] (para el servicio que estaba caído),  las reglas activas del firewall donde se vea que has corregido el bloqueo.
• Inmediatamente debajo en la misma terminal, un comando ping o un volcado que demuestre que tras tu acción, la comunicación directa vuelve a ser exitosa.

Infraestructura: Tus 2 Servidores (Windows Server y Linux ) y tus 2 Clientes.

Siempre que se indique debes usar el sufijo que te corresponda:

 [sufijo]=inicial del nombre + primer apellido + día del mes

Debes entregar solo las capturas que se indican, marchando los puntos que se indican

Despliegue Restringido NFS

• En el servidor Linux, crea la carpeta /srv/nfs_[SUFIJO].
• Edita el archivo /etc/exports para compartir dicha carpeta. La configuración debe cumplir estrictamente estos requisitos de seguridad avanzada:

  • Acceso limitado exclusivamente a la dirección IP exacta de tu cliente Linux (no a toda la subred).
  • Permisos de lectura y escritura (rw).
  • Configuración de sincronización inmediata (sync) y deshabilitar la supresión de privilegios de root (no_root_squash).

• Aplica los cambios en el servicio de exportación de NFS.

• showmount -e [IP_DEL_SERVIDOR]
  
  El comando debe interrogar al servidor y mostrar en pantalla que la carpeta /srv/nfs_[SUFIJO] está siendo exportada con éxito hacia la IP del cliente.
• mount | grep nfs
  
  Para demostrar que el recurso ya se encuentra montado en caliente en el árbol de directorios del cliente.

Configuración Samba con Webmin 

• Abre la interfaz web de Webmin desde tu cliente Windows e inicia sesión como administrador.
• Dirígete al módulo de Samba y crea un nuevo recurso compartido llamado SAMBA_[SUFIJO]. El recurso debe apuntar a un directorio real del servidor, configurarse como no público (guest ok = no) y dar permisos de escritura únicamente al grupo alumnos o profesores.
• Desde el cliente Windows, abre el explorador de archivos, mapea el recurso e inicia sesión con las credenciales del usuario alumno1 o adminred. Crea una carpeta dentro que se llame OK_[SUFIJO].

Captura2: Captura de la terminal del Servidor Linux donde se muestren:

• La terminal del servidor ejecutando el comando smbstatus. En el output se debe leer nítidamente que hay una sesión bloqueada/activa en el recurso SAMBA_[SUFIJO] procedente de la IP del cliente Windows.
• Una ventana del navegador web de fondo mostrando el panel de Webmin en la sección de "Samba Windows File Sharing", donde se verifique visualmente la existencia del recurso creado.

Resolución de Incidencias

Hay errores (que debes provocar antes de empezar) una directiva errónea de sintaxis en smb.conf y una caída del servicio.

• Ejecuta las herramientas de diagnóstico nativas para identificar por qué el cliente no puede acceder al recurso.
• Soluciona la incidencia modificando los archivos o servicios correspondientes.

CAPTURA 3: Una captura de la terminal del servidor Linux donde se visualice la ejecución de los siguientes comandos que demuestran el aislamiento y la resolución del problema:

• testparm -s (para el fallo de sintaxis en Samba),  systemctl status [smbd/nfs-server] (para el servicio que estaba caído),  las reglas activas del firewall donde se vea que has corregido el bloqueo.
• Inmediatamente debajo en la misma terminal, un comando ping o un volcado que demuestre que tras tu acción, la comunicación directa vuelve a ser exitosa.

Infraestructura: Tus 2 Servidores (Windows Server y Linux ) y tus 2 Clientes.

Siempre que se indique debes usar el sufijo que te corresponda:

 [sufijo]=inicial del nombre + primer apellido + día del mes

Debes entregar solo las capturas que se indican, marchando los puntos que se indican

Despliegue Restringido NFS

• En el servidor Linux, crea la carpeta /srv/nfs_[SUFIJO].
• Edita el archivo /etc/exports para compartir dicha carpeta. La configuración debe cumplir estrictamente estos requisitos de seguridad avanzada:

  • Acceso limitado exclusivamente a la dirección IP exacta de tu cliente Linux (no a toda la subred).
  • Permisos de lectura y escritura (rw).
  • Configuración de sincronización inmediata (sync) y deshabilitar la supresión de privilegios de root (no_root_squash).

• Aplica los cambios en el servicio de exportación de NFS.

• showmount -e [IP_DEL_SERVIDOR]
  
  El comando debe interrogar al servidor y mostrar en pantalla que la carpeta /srv/nfs_[SUFIJO] está siendo exportada con éxito hacia la IP del cliente.
• mount | grep nfs
  
  Para demostrar que el recurso ya se encuentra montado en caliente en el árbol de directorios del cliente.

Configuración Samba con Webmin 

• Abre la interfaz web de Webmin desde tu cliente Windows e inicia sesión como administrador.
• Dirígete al módulo de Samba y crea un nuevo recurso compartido llamado SAMBA_[SUFIJO]. El recurso debe apuntar a un directorio real del servidor, configurarse como no público (guest ok = no) y dar permisos de escritura únicamente al grupo alumnos o profesores.
• Desde el cliente Windows, abre el explorador de archivos, mapea el recurso e inicia sesión con las credenciales del usuario alumno1 o adminred. Crea una carpeta dentro que se llame OK_[SUFIJO].

Captura2: Captura de la terminal del Servidor Linux donde se muestren:

• La terminal del servidor ejecutando el comando smbstatus. En el output se debe leer nítidamente que hay una sesión bloqueada/activa en el recurso SAMBA_[SUFIJO] procedente de la IP del cliente Windows.
• Una ventana del navegador web de fondo mostrando el panel de Webmin en la sección de "Samba Windows File Sharing", donde se verifique visualmente la existencia del recurso creado.

Resolución de Incidencias

Hay errores (que debes provocar antes de empezar) una directiva errónea de sintaxis en smb.conf y una caída del servicio.

• Ejecuta las herramientas de diagnóstico nativas para identificar por qué el cliente no puede acceder al recurso.
• Soluciona la incidencia modificando los archivos o servicios correspondientes.

CAPTURA 3: Una captura de la terminal del servidor Linux donde se visualice la ejecución de los siguientes comandos que demuestran el aislamiento y la resolución del problema:

• testparm -s (para el fallo de sintaxis en Samba),  systemctl status [smbd/nfs-server] (para el servicio que estaba caído),  las reglas activas del firewall donde se vea que has corregido el bloqueo.
• Inmediatamente debajo en la misma terminal, un comando ping o un volcado que demuestre que tras tu acción, la comunicación directa vuelve a ser exitosa.

Infraestructura: Tus 2 Servidores (Windows Server y Linux CUPS) y tus 2 Clientes.

Siempre que se indique debes usar el sufijo que te corresponda:

 [sufijo]=inicial del nombre + primer apellido + día del mes

Debes entregar solo las capturas que se indican, marchando los puntos que se indican

Despliegue e Identidad en Windows Server 

• En tu servidor Windows Server, crea un nuevo grupo de AD de seguridad en el sistema operativo llamado G_PRINT_[SUFIJO].
• Añade a este grupo el usuario global URA5_[SUFIJO] con el que inicias sesión en tu cliente Windows.
• Crea una nueva impresora lógica en el servidor compartida en red con el nombre de recurso compartido IMP_DIR_[SUFIJO].
• Configura la seguridad de la impresora para que el grupo G_PRINT_[SUFIJO] tenga permisos exclusivos de Administrar documentos (quita los permisos de "Todos" / "Everyone").

CAPTURA1: Captura la pantalla completa dividida y mostrando las siguientes ventanas:

• Cola de la impresora IMP_DIR_[SUFIJO] abierta, mostrando el documento de prueba en estado "Retenido" o "Imprimiendo", donde se lea claramente que el Propietario del trabajo es tu usuario 
• La pestaña de Seguridad de las propiedades de esa misma impresora, con el grupo G_PRINT_[SUFIJO] seleccionado, mostrando los checks de permisos activos abajo
• Usuarios y grupos donde se lea claramente el nombre del grupo G_PRINT_[SUFIJO] y que tu usuario pertenece a él.

Control de Acceso Web y Retención en Linux CUPS

• En el servidor Linux, abre la terminal y crea una nueva impresora en CUPS mediante la línea de comandos (lpadmin) llamada CUPS_[SUFIJO]. Asígnala a un destino virtual o nulo (ej. file:/dev/null).
• Utiliza el comando lpadmin para configurar la cola de forma que únicamente el usuario del sistema operativo llamado alumno (o tu usuario de clase) tenga permiso para imprimir en ella.
• Modifica el archivo /etc/cups/cupsd.conf para que el historial de trabajos (PreserveJobHistory) se mantenga activo exactamente durante 14400 segundos (4 horas).

CAPTURA2: en una captura de la terminal de linux:

• El output del sistema debe demostrar que el objeto funciona mostrando textualmente: "is idle. enabled since..." y la línea "AllowUser [tu_usuario]".
• validar que la directiva de retención de la colas se ha guardado en el fichero de configuración real del servidor.

Auditoría Práctica y Marcado de Tráfico con Wireshark

• Inicia una captura en Wireshark en tu máquina CLI-WIN.
• Abre una consola de PowerShell en el cliente y ejecuta un comando Ping hacia el servidor Linux utilizando un tamaño de buffer personalizado que coincida con el año y mes actual (ej: ping [IP_Linux] -l 2026). Esto dejará una "marca de agua" temporal en el flujo de red.
• Envía un trabajo de impresión de prueba desde el cliente Windows hacia la impresora de Linux CUPS_[SUFIJO] utilizando el protocolo IPP estándar (puerto 631).
• Detén la captura. En el filtro de visualización de Wireshark, escribe una expresión compuesta que filtre exclusivamente el tráfico destinado a la IP del servidor Linux AND que use el protocolo TCP.

CAPTURA 3 : Captura de la ventana de Wireshark con el filtro aplicado. Se deben ver los flags [SYN], [SYN, ACK], [ACK] dirigidos al puerto 631 del servidor.  Se debe leer el método POST /printers/CUPS_[SUFIJO] o el atributo de operación printer-uri, exponiendo tu sufijo personal dentro de los bytes transmitidos en la red.