Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Examen Corregido 2T

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 7

Sistemas Informáticos

EXAMEN RECUPERACIÓN 2T (parte 2)

EJERCICIO 3 (SCRIPT) - 5 puntos


--remove-all-files

Realiza un script llamado user_manager.sh que gestione las cuentas de usuario,


automatizando el proceso de creación, borrado y modificación de usuarios. Los requisitos
son los siguientes:

 La sintaxis del script es la siguiente:


./user_manager.sh [create|delete|update] username
 El primer parámetro del script determinará la acción a realizar: crear usuario
(create), borrar usuario (delete) o cambiar password (update).
 El segundo parámetro (username) será el nombre del usuario sobre el que se
realizará alguna de las 3 acciones anteriores.
 Crear un usuario: ./user_manager.sh create paco
 Actualizar la contraseña de un usuario: ./user_manager.sh update paco
 Borrar un usuario: ./user_manager.sh delete paco
 Se debe utilizar una estructura case para realizar el script.
 Se deben de realizar varias comprobaciones para garantizar que el script se ha
llamado de forma correcta:
 Comprobar si el script se está ejecutando por el root, en caso contrario el
programa debe mostrar un mensaje de error y salir con un código de error
personalizado.
 Comprobar que el número de parámetros de entrada sea 2, en caso
contrario mostrar un mensaje de error y salir del script con un código de error
personalizado.
 Si el primer parámetro no es ninguna de las 3 acciones establecidas
(create, delete o update), se debe mostrar un mensaje de error y salir del
script con otro código de error personalizado.
 Al crear el usuario, debe comprobarse si ya existe el mismo, y en ese
caso se debe mostrar un mensaje de error y salir del script con otro código
de error personalizado.
 Al borrar el usuario, debe comprobarse si existe el mismo, y en caso de que no
exista se debe mostrar un mensaje de error y salir del script con otro código de error
personalizado.
 Al actualizar la contraseña del usuario, debe comprobarse si ya existe el
mismo, y en caso de que no exista se debe mostrar un mensaje de error y salir del
script con otro código de error personalizado.
 Para llevar un registro del historial de acciones llevadas a cabo con el script, por
cada ejecución del script se añadirá una línea nueva al fichero log llamado
registro_usuarios.txt, ubicado en tu carpeta personal, con el siguiente texto:
FECHA HORA ACCION USUARIO

Siendo FECHA la del sistema, HORA del sistema, ACCION la opción ejecutada
(create, delete, update), y USUARIO sobre el que se ha realizado la acción.
Sistemas Informáticos

Pantallazos de las pruebas de testing a entregar:

 Creación de un usuario nuevo sudo ./user_manager.sh create alumnodaw

 Creación usuario existente sudo ./user_manager.sh create alumnodaw

 Actualizar contraseña usuario existente sudo ./user_manager.sh update alumnodaw

 Actualizar contraseña usuario inexistente sudo ./user_manager.sh update profesor

 Eliminar usuario existente sudo ./user_manager.sh delete alumnodaw

 Eliminar usuario inexistente sudo ./user_manager.sh delete profesor

 Ejecución nº parámetros mal sudo ./user_manager.sh

 Ejecución con parametro1 incorrecto sudo ./user_manager.sh activar alumnodaw

 Ejecución sin ser root (sudo) ./user_manager.sh create profesordaw

 Contenido del archivo de log tras la realización de las pruebas anteriores.

Automatización del script:


 Programa este script para que se cree el usuario Manolo dentro de 2 minutos
(incluye los pantallazos para demostrar cómo lo has hecho y que ha funcionado).

 Automatiza este script para que se borre el 31 de diciembre a las 23:59 el


usuario llamado “invitado”. Incluir un pantallazo de la configuración realizada para
este punto.

2.1
Sistemas Informáticos

EJERCICIO 4 (Servicio SSH) – 1,5 puntos

Utilizando la OVA Lubuntu proporcionada por el profesor, realiza la siguiente configuración:


 Utiliza una máquina como servidor SSH y otra máquina como cliente. Cambia el
nombre de las máquinas en Ubuntu para que se llamen cliente y servidor,
respectivamente.
 Captura de pantalla donde se vean en VirtualBox las 2 máquinas
virtuales con su nombre identificativo (cliente y servidor).

 Capturas del prompt de la terminal de cada máquina donde se vea


@cliente y @servidor respectivamente.

 Configura las dos máquinas en red interna desde VirtualBox, y con netplan ponle
una configuración de red con las siguientes direcciones fijas:
Servidor: 192.168.5.1/24

Cliente: 192.168.5.2/24
Sistemas Informáticos

 Captura de un ping entre las máquinas para demostrar que se ven entre
ellas.

 Desde el cliente debes conectarte por ssh al servidor utilizando un par de claves
pública/privada.
 Captura de como has generado las claves.

4.1

 Captura de como has copiado la clave pública.


5.1 Sistemas Informáticos

 Captura de conexión ssh usando claves.

EJERCICIO 5 (Servicio WEB con NAT) - 1 punto

 Utilizando la máquina servidor utilizada en el punto anterior, ponle una configuración


de red NAT en VirtualBox y configura con netplan una IP dinámica.
 Captura del comando donde pueda verse la configuración de red
obtenida por la máquina.
Sistemas Informáticos

 Pon en marcha un servidor web en el puerto 8005 de tu máquina servidora con el


comando “python3 -m http.server 8005”

 Configura regla de reenvío de puertos para que puedas entrar a la web de tu


máquina virtual, abriendo un navegador en tu PC y poniendo la siguiente URL:
http://IP-de-tu-PC:8002
6.1

 Captura de la configuración del reenvío de puertos.

Captura del navegador web de tu PC donde se vea la página web de tu


máquina virtual, a través de la IP de tu propio PC (para demostrar que
funciona el reenvío de puertos).

Powered by TCPDF (www.tcpdf.org)


Índice de comentarios

2.1 se pedía borrado del usuario y has puesto create.


El crontab debe abrirse como sudo para que pueda ejecutarse el script como root, si no no funciona.

4.1 las claves se generan en el servidor, no en el cliente

5.1 la clave pública se copia del servidor al cliente, no al revés

6.1 no has puesto el puerto 8002 en el anfitrión como se pedía

Powered by TCPDF (www.tcpdf.org)

También podría gustarte