Instalación y configuración de un entorno con dos máquinas Debian en VirtualBox para simular en local el entorno de las máquinas de prácticas (por T. Iñiguez)

 

T. Íñiguez me remite un pequeño report que puede ser de interés en el contexto de las prácticas. Documento en el que explica cómo montar un entorno con dos máquinas debian en Virtualbox similar al de prácticas de LSI para poder trabajar en local. Recuerda que las prácticas se deberán presentar en las máquinas entregadas, no en local.

Report "Instalación y configuración de un entorno con dos máquinas Debian en VirtualBox para simular en local el entorno de las máquinas de prácticas" disponible aquí.

DEFENSA PRÁCTICA 2 LSI

La defensa de la P2 se hará la semana del 8 al 12 de noviembre.

El viernes 5 de noviembre se tirarán todas las máquinas abajo a las 21:00 y únicamente se levantarán para las defensas. Si posible, una vez finalizada la práctica, antes de esta hora, haced un shutdown o poweroff.

Cada alumno-grupo deberá defender la práctica en su hora-grupo. La no defensa o superación de la práctica en su hora-grupo supondrá que está fuera de plazo, teniéndose que pasar en fechas posteriores puntuando sobre 2 puntos en lugar de 4.

El límite de defensa de la P2, en caso de fuera de plazo, serán las clases previas, cada uno en su grupo, a las fechas de la defensa de la P3.

Prácticas LSI (fechas)

Fecha límite de defensa de la P1 y P2 de alumnos que nos las tengan superadas, puntuando sobre 1,5, el 5 de diciembre, en clases de prácticas. Pasada dicha fecha se entenderá que las prácticas no han sido superadas.

La P3 se defenderá la semana del 9 al 12 de diciembre, como siempre, cada alumno en su grupo de prácticas. La no superación de la P3 en la hora de prácticas de cada alumno de dicha semana supondrá que las prácticas no habrán sido superadas.

Apagado de máquinas virtuales tareas de mantenimiento

Mañana miércoles, a las 22:00, 10 de la noche, el personal de sistemas de la universidad apagará todas las máquinas virtuales de LSI para tareas de mantenimiento, previsiblemente entre 1 y 2 horas. Una vez botadas dispondrán de más RAM.

No estaría mal que antes de las 10:00 hicieseis un systemctl poweoff

Inicio prácticas LSI curso 2018-2019

Os informo que, una vez desplegadas las máquinas virtuales, las prácticas darán comienzo el próximo lunes 24.

Los alumnos deberán asistir a su grupo de prácticas, siendo necesario disponer de un equipo con conexión a internet, con la WIFI configurada, acceso por VPN y un cliente ssh. Es importante la asistencia de todos los alumnos, especialmente este primer día, dado que será cuando se les entregue su máquina virtual, así como información sobre la configuración base. 

Por otro lado, informó que este año guardaremos la nota de prácticas de los alumnos, respecto a la del curso pasado 2017-2018. Aquellos alumnos que quieran guardar la nota deberán enviar un email solicitándolo a su correspondiente profesor de prácticas lo antes posible, indicando el grupo de prácticas en el que están matriculados actualmente. Pasado el mes de septiembre se entenderá que van a hacer las prácticas nuevamente.

Respecto a los varios emails recibidos con solicitudes de cambios de grupos de prácticas, la FI tramitó un procedimiento, del que os informé en su momento, para tal proceso. Recordaros que cada alumno deberá asistir a su grupo de teoría y prácticas.

Defensa de la Práctica 3 y Legislación

Para que cada alumno y grupo pueda organizar los tiempos, se informa que la defensa de la práctica 3 será los días 9 (miércoles), 11 (viernes), 14 (lunes) y 15 (martes) de diciembre. Cada alumno deberá defender la práctica en su grupo.

Por otra parte, la teoría de seguridad informática la finalizamos el 26 de noviembre, próximo jueves. Los días 1, 3, 8 (fiesta inmaculada), 10, 15, 17 y 22  de diciembre se impartirá en teoría los módulos de legislación (7 horas en total a cada uno de los grupos). Además, los días 16, 18, 21 y 22 de diciembre se impartirán prácticas-seminarios de legislación (2 horas a cada grupo).

Fecha límite defensa práctica 2 y seminario 2

Seminario 2. Fecha límite la semana del 4, 5 y 6 de noviembre. Semana en la que se tendrá que hacer el seminario 3. Cada alumno deberá defender el seminario en el grupo que tenga asignado.

 

La práctica 2. Fecha límite la semana del 11, 12 y 13 de noviembre. Semana en la que se estará con la práctica 3. Cada alumno deberá defender la práctica en el grupo que tenga asignado.

Mañana a las 8:30 am. empiezan las prácticas

Mañana 9 de septiembre, martes, iniciamos las prácticas. He recibido un par de preguntas por email que paso a incluir en el blog para todos.

Pregunta.: ¿en la presentación de hoy de la asignatura de LSI habló de que usaremos clientes SSH y NX en nuestros portátiles para la asignatura. Quisiera saber si la clase de mañana se empleará en configurar estos requisitos de la asignatura o si debemos prepararlos hoy por nuestra cuenta.?

Respuesta.: Mañana se tendrá que llevar listo y probado, antes de iniciar las prácticas, el equipo, con conexión wifi a las redes eduroam y udcwifi (información en http://www.udc.es/rede/wifi), conexión VPN (más información en http://vpn.udc.es). Un cliente ssh tipo putty o similares si windows. En máquinas unix y linux está el ssh de "fábrica". También instalar un cliente NX.

En resumen, todo lo anterior deberá estar funcionando mañana a la entrada a los laboratorios. Además, no estaría mal un vistazo a la práctica 1. Desplazad los ojos un poco a la derecha de la pantalla y veréis los enunciados de las prácticas.

Nos vemos mañana,

Máquinas virtuales prácticas

Son algunos los emails que todos los días me llegan haciendo referencia a que la máquina virtual de algún alumno está caída. En un 98% de los casos, yo me conecto a ellas tal y como lo haría su usuario y todo está perfecto concluyendo, por tanto, que en la mayoría de los casos el problema está en el equipo cliente (portátil) que estáis utilizando o, como he podido ver en otros casos, al no conectar la VPN.

Prácticas

A todos los grupos del lunes que están con la práctica 1.

Han sido algunos los alumnos que me han remitido emails informando que no podían conectarse a sus máquinas virtuales. Por VPN, desde fuera de la FI, en un 90% de los casos, no he tenido problema en conectarme a sus máquinas (??!!??). Después no volvieron a contactar, luego entiendo que, (??!!??).

Tampoco las máquinas virtuales responden desde fuera, aunque sea con VPN, al ping. El ping (ICMP) no es suficiente para un host discovery, y las máquinas estar disponibles, tal y como vimos en teoría. No ping, pero si ssh. Recomiendo la lectura de wardog.

Por otro lado, he visto una muestra de los passwords que se están poniendo en los sistemas. En resumen.:

- Un password formado por 4 dígitos numéricos, como si fuese el PIN de una tarjeta de crédito, no es un password asumible para ninguna máquina, aunque sea para el usuario raso.
- Un password con únicamente letras minúsculas, y cortito, tampoco. Bueno, largito así tampoco.
- Un password con el nombre del usuario finalizando en 98, tampoco.
- Utilizar el mismo password para el usuario y para el administrador, tampoco.
...
...

VirtualBox, Vmware play y familia

Hola a todos. Sois varios los alumnos que se están peleando con estas plataformas (virtualbox, vmw player, etc.) y con el montaje de máquinas virtuales sobre ellas.

Sobre uno de los temas de consulta generalizados, está el tema de la configuración de la red en las máquinas virtuales. Tanto en muchos de los entornos de casa, con WIFI, o en la WIFI de la FI, WIFIC, lo más rápido es configurar la red de las virtuales como puente de la tarjeta wifi de vuestra máquina anfitrión. A diferencia de como estamos configurando las máquinas en los laboratorios de práctica, con IPs estáticas, si las de vuestros equipos las configuráis como.:

/etc/network/interfaces
-----------------------
iface eth0 inet dhcp
-----------------------

Os asignará IP por DHCP a las máquinas virtuales, tendrán salida a internet y se verán entre ellas. Con esto tenéis una plataforma de trabajo propia.

En vuestras casas lo mismo, se puede hacer con DHCP. En el caso de que en casa tengas tu intranet y salgas nateado, puedes dejar el anfitrión en DHCP y tener un rango de la red para direccionamiento estático. De esa forma, puedes asignarle IPs estáticas a las máquinas virtuales tal y como hacemos en el laboratorio de prácticas.

Recordad que, además, también podéis meterle a las máquinas virtuales un segundo, tercer, etc., interface de red y, por ejemplo, crear una intranet, en otro segmento, para hacer pruebas internas, colgar máquinas con vulnerabilidades para test, y cualquier otra historia que os apetezca probar. De todas formas, con que dispongáis de un entorno básico de red es suficiente.

--
Un saludo a todos y suerte en vuestras configuraciones,
A. Santos del Riego (nino)

Bonus Extra (horario complementario de laboratorio de PSI)

Para los que han pedido horas extra de laboratorio de PSI, no remuneradas, al menos económicamente en el corto plazo, estará disponible, además del oficial, el siguiente.:

Martes - Miércoles - Jueves de 19:30 a 21:30

Como diría Gabinete, que Dios reparta suerte

Referencias básicas de red

Para los que quieren alguna lectura recomendada para la configuración inicial de las máquinas virtuales y sus servicios de red.:

1.- Debian Reference. Capítulo 10 - Configuración de la red. Además, no estaría mal que de la guía de referencia, se mirasen los apartados 2.4, 10 (introducción), 10.1, 10.2.1, 10.2.2, 10.3.1, 10.4, 10.5, 10.6.1, 10.6.2, 10.6.6, 10.6.7, 10.9 (introducción), 10.9.1, 10.10.

2.- De ámbito general, "Generic Network Configuracion Information". Al igual que los medicamentos genéricos, esta entrada te mostrará muchas de las cosas que se debe "saber" sobre la configuración básica del subsistema de red de nuestras máquinas, todo ello directamente aplicable a las de prácticas.

3.- Con otro tipo de enfoque, puedes optar por "How To Set Up A Linux Network".

4.- También puedes mirar el "How To Set Up A Debian Linux Syslog Server".

He perdido mi pata, ¿qué IP tiene?

Normalmente en nuestros esquemas de red le ponemos patas a los activos de red para enlazar con otras redes. He perdido una y estoy intentando localizarla. ¿Qué IP, o IPs, tiene el posible firewall de nuestra facultad de acceso a su DMZ desde internet?.

Me empiezan a llegar respuestas a la cuestión. ¿Es el firewall de la facultad transparente?. ¿Tiene IP el firewall o actúa como un simple bridge?.

CAMC tiene premio pero, ¿estás seguro que es transparente?

¿Cómo podemos saber qué firewall tiene?. [Pregunta teórica, no hacer físicamente nada]

¿Qué diferencia existe entre un firewall funcionando en modo NAT, "router" o transparente?

Prácticas PSI.: Movimiento de tropas cerrado

Se ha cerrado el movimiento de alumnos entre grupos de prácticas atendiendo al solape de horarios con otras asignaturas. Los grupos quedan.:

Prácticas del martes.- 21 soldados.
Prácticas del miércoles.- 35 soldados.
Prácticas del viernes.- 23 soldados.

El miércoles será un poco saturado, con algunos grupos de dos, pero bueno, no hay que buscar tres patas al gato, sabiendo que tiene cuatro.

Por cierto, los voluntarios del miércoles que se han cambiado a alguno de los otros grupos se encontrarán una grata sorpresa debajo de la almohada (frase cifrada).

Virtualbox

Virtualbox es una herramienta de virtualización a tener en cuenta. Además es open-source.

Más información en http://www.eweek.com/c/a/Virtualization/Sun-VirtualBox-a-Solid-Alternative-to-VMware-Parallels/

y en http://www.virtualbox.org/

Sugerencia fuera del "planning" de la asignatura para los alumnos. Si tienes un entorno de virtualización en el PC de casa fin de la sugerencia, en otro caso, instala por ejemplo un virtualbox y un par que máquinas virtuales en red, con salida "nateada" a internet.

Información sobre instalación de virtualbox y máquinas virtuales en https://wiki.fic.udc.es/cecafi%3Alabam%3Avirtualizacion%3Aindice

Por cierto, ¿qué son los %3A de la dirección anterior?

ILG tiene un pequeño premio. Como bien apunta en su justificación, incluida la falta del carácter hexadecimal A, en http://www.blooberry.com/indexdot/html/topics/urlencoding.htm
tienes la respuesta.

¿Qué es la ofuscación de URL?. "Ofúscame" alguna dirección.
JMSB tiene un pequeño premio.
APG tiene un pequeño premio.
Queda cerrada la recepción de respuestas a esta cuestión.

Prácticas PSI

Recordar que en la sección "La asignatura de PSI" están disponibles los enunciados de las prácticas.

- Práctica I.: Redes Básica
- Práctica II (parte I).: Sniffing et al.
- Práctica II (parte II).: Sniffing et al.
- Práctica III (parte I).: Backups y Dispositivos de Almacenamiento
- Práctica III (parte II).: Backups y Dispositivos de Almacenamiento
- Práctica IV.: Criptografía y Protocolos Seguros

Práctica 2.: Estamos solos en la galaxia?

Estamos solos en la galaxia, o acompañados. Esto es lo que se están preguntando algunos alumnos al respecto de la práctica 2. En este caso estamos solos. Algunos han preguntado por una entrada del blog en la que os ponga enlaces e información para resolver los muchos apartados de la práctica 2 (parte I) y práctica 2 (parte II). El motivo, muy sencillo, trabajar en la típica situación real en la que tenemos que buscarnos la vida. En pocas palabras, os toca buscar la información que creáis mejor para resolver la práctica. Desafortunadamente en internet hay información muy buena, pero también mucha mala. Pero no te agobies, según pasen los días iré proporcionando la información que estime adecuada en cada apartado para resolverlos.

En la última clase práctica se han presentado las funcionalidades básicas del "sniffer" recomendado para la práctica y, con ello, las herramientas para resolver los primeros apartados de la práctica 2 (parte I).

Práctica 1.- Ser o no ser (parte II).: El problema de uno es el problema de todos

Antes de nada recomiendo la lectura de "parte I de ser o no ser". Sobre el problema, y tras analizar las cuestiones planteadas por algunos alumnos, he decidido incluir esta nueva entrada, con algunas propuestas de trabajo.

Entre las soluciones identificadas podemos incluir.:

- Efectivamente el origen del problema está en un "bug" bien conocido. "Parchear" el sistema y fin de problema. Todo sistema debe estar puntualmente "parcheado" para, en la medida de lo posible, cerrar todas las puertas posibles y errores del sistema.

- Estamos utilizando IPv4, por lo que el módulo IPv6 no es necesario. No cargar el módulo IPv6 soluciona el problema pero, ¿qué pasaría si en algún momento necesitas hacer algo en IPv6?. Aunque no consideres esta opción como solución, dejo como problema propuesto para todos los grupos de prácticas el configurar vuestro sistema para que no haga la carga del módulo IPv6.

- Algunos alumnos han hecho un dist-upgrade de versión, pasándose a debian 5 "lenny". Recuerda que las fuentes de los paquetes se gestionan en el fichero /etc/apt/sources.list. Los que no conozcan este fichero, tienen otro trabajo añadido, consideren o no la actualización de distribución. En lenny el "bug" está solucionado.

Entre las curiosidades, un alumno ha tenido problemas con su máquina virtual en el dist-upgrade. En pocas palabras, se le ha llenado el directorio root (/) y la máquina no le "bota". Nuevamente hay una gran cantidad de acciones que podemos tomar para solucionar el problema, y cada una de ellas tiene sus ventajas e inconvenientes. Aunque ha sido un alumno el que ha tenido el problema, de los pocos que han decidido hacer un dist-upgrade, dejo al resto de alumnos la tarea de identificar las posibles soluciones al problema, identificando las ventajas y desventajas de cada una de ellas, y su adecuación a distintos entornos. "El problema de uno, es el problema de todos". Los 3 primeros grupos de prácticas que me aporten soluciones razonadas y con criterio al problema tendrán su recompensa en forma de puntos extra. Y recuerda, cuantas más máquinas te "cargues", más decisiones tendrás que tomar para solucionar los problemas. Un problema no esperado (lo que no debería ser) es la mejor herramientas para el aprendizaje.

Práctica 1.- Ser o no ser

En nuestra profesión es habitual el enfrentarnos a problemas no contemplados a priori. Es demasiado frecuente que lo que debería ser, resulta que no lo es. La capacidad para enfrentarnos a este tipo de problemas es, entre otras cosas, lo que justifica el sueldo de un profesional en TICs.

Aunque en las prácticas de laboratorio siempre existe la posibilidad de llamar al profesor e indicarle que cierta cosa no funciona, es aconsejable que el alumno empiece a pelearse con eso que debería ser, pero no es. De esta forma, aprenderás a enfrentarte a cualquier situación que te pueda aparecer. El camino fácil te llevará al "lado oscuro", y no siempre tendrás a alguien que te resuelva los problemas.

En la práctica 1 he asistido a algunos alumnos con preguntas del tipo.:

- Hago un netstat para ver las conexiones establecidas y, ¿qué es eso que aparece como ::ffff:10.100.108.xxx?

Recomiendo que busques temas relacionados con "IPv4-mapped IPv6 address". En la actualidad, muchos de nuestros servicios soportan tanto IPv4, como IPv6, por lo tanto, ...

- Abro una conexión, por ejemplo ssh, y al hacer un netstat me aparece la dirección destino en formato IPv4-mapped-IPv6 pero trunca el valor de los últimos 8 bits de la dirección IPv4. Además la conexión es en IPv4.

Busca y encontrarás. Este es uno de esos casos de lo que no debería ser. Estamos ante un "bug", del que encontrarás amplia información en internet. Además al ser una conexión IPv4, debería figurar como tal. Ante este problema, tenemos dos posibles soluciones, una mucho mejor que la otra. Trata de identificar las posibles soluciones y decidir la que más nos pueda interesar.