Skip to content

Latest commit

 

History

History
169 lines (125 loc) · 9.93 KB

README.md

File metadata and controls

169 lines (125 loc) · 9.93 KB
Raw

Jean Marco Rojas - 2015040717, Esteban Cruz - 2018104794, María Madrigal - 2018186563

image

Instrucciones de ejecución

Copie y pegue en una terminal levantada en la raíz del proyecto el siguiente comando para construir y ejecutar el proyecto:

docker-compose build
docker-compose up

Para entrar dentro de un contenedor, en caso de ser necesario, usamos:

docker exec -it <container> bash

Después de esto podrá probar nuestro proyecto haciendo peticiones dns al servidor local por medio de nslookup. El servidor imprime datos importantes para la comprensión de su funcionamiento, por lo que con el siguiente comando se puede ver lo que le llegó y lo que hizo con eso.

docker logs cserver

En este proyecto se crean archivos binarios para validar la no pérdida de paquetes, los cuales con la aplicación hexyl se imprimen de manera muy bonita, por lo que se puede ejecutar el siguiente comando para ver el último paquete que arribó al DNS interceptor.

hexyl cserver/peticionDNS.bin

Para comprobar dicho archivo en binario se puede ejecutar

xxd -b cserver/peticionDNS.bin

De igual forma para corroborar el paquete DNS de respuesta se puede hacer de la siguiente forma:

hexyl cserver/respuestaDNS.bin
xxd -b cserver/respuestaDNS.bin

Elasticsearch & Kibana

Comandos Útiles:

Insertar datos:

curl -X PUT "http://localhost:9200/zones/_doc/<hostname>/?pretty" -H 'Content-Type: application/json' -d '{"hostname": "www.detele.com","TTL": "5","IP": "10.0.5.2"}'

curl -X POST "http://localhost:9200/zones/_doc/?pretty" -H 'Content-Type: application/json' -d '{"hostname": "www.google.com","TTL": "5","IP": "10.0.5.2"}'

Eliminar datos:

curl -X DELETE "localhost:9200/zones/_doc/<id>"

Obtener datos:

curl -X GET http://0.0.0.0:9200/zones/_doc/_search?q=hostname:www.google.com

Modificar datos (No es necesario pasar el doc entero, puede ser solo la llave-valor que se quiere modificar):

curl -X POST "localhost:9200/zones/_doc/<id>/_update?pretty" -H 'Content-Type: application/json' -d '{"doc": { "hostname": "www.google.com", "TTL": "5", "IP": "10.0.0.0"}}'

Pruebas

Si ponemos en nslookup server 0.0.0.0, podremos usar nuestro dns interceptor pera empezar a crear las pruebas.

image

Si entramos a http://0.0.0.0:5601/ , podremos ver la base de datos de elasticsearch, con Kibana, donde podemos ver los documentos que hemos creado en el índice "zones".

image

En la captura anterior podemos ver que www.google.com tiene 3 ips, por lo que con nslookup podemos consultar esa dirección y nos devolverá un ip diferente haciendo un RoundRobin sobre los mismos.

image

También hicimos esta otra prueba con tres terminales al mismo tiempo para probar la concurrencia del RR en elasticsearch:

image
La imagen anterior es en especial interesante porque cada uno de los miembros del equipo estuvo controlando cada uno de los clientes nslookup, inclusive estuvimos haciendo múltiples solicitudes simultaneas y no se cayó nuestra solución.

Ahora si eliminamos ese documento y volvemos a hacer la petición, como ya no tenemos www.google.com en nuestra base de datos, la enviará a la api de Python mediante http, el cual devolvera el ip real de www.google.com como vemos a continuación:

image

También podemos consultar con el nombre de dominio que queramos, aquí algunos ejemplos:

image

También podemos cambiar el dns externo que usa la api de Python para sus consultas, modificando el archivo <./restapi/config.txt>, algunos populares son los de google, <8.8.8.8> o <1.1.1.1>, pero podemos usar cualquier otro.

image

Ahora, después de todas estas pruebas, podemos hacer la prueba final y definitiva, modificar resolv.conf de nuestro sistema operativo Linux: Primero para modificarlo escribimos en la terminal:

sudo nano /etc/resolv.conf

Luego modificamos el archivo, cambiando donde dice nameserver, por nuestro dns, así:

image

Y una vez hecho eso podemos navegar libremente por internet usando nuestro dns y en la terminal donde levantamos en docker-compose podremos ver como se resuelven todas las peticiones.

image

Recomendaciones

  1. Utilizar las funciones correspondientes para manejar tipos de archivo binario, es decir, utilizar "rb", "wb", entre otras.
  2. Utilizar variables de tipo unsigned char para no trabajarlos de tipo string.
  3. Para resolver el proyecto, es mejor trabajar primero el DNS Interceptor, el DNS API y de último, implementar elasticsearch y Kibana.
  4. Es necesario esperar a que Kibana cargue, puede tardar algunos minutos para levantar. Si se intenta utilizar apenas se hace up, la página no cargará o aparecerá un mensaje de que aún no está listo.
  5. Hexyl es una aplicación muy buena para leer archivos binarios para poder interpretarlos. Resultó muy útil para visualizar los patrones presentes en los paquetes DNS y entonces modificarlos o extraer la información pertinente.
  6. El paquete que se obtiene al principio, los bytes del mismo y demás procedimientos que se realizan se pueden guardar en archivos para comprobar que no hay pérdida de datos y que las respuestas obtenidas son las correctas.
  7. Pasar por volumen la carpeta del api para poder modificar el resolv.conf en el momento de ejecución.
  8. En caso de que el puerto 53 no esté disponible, hay que ejecutar
sudo systemctl disable systemd-resolved
sudo systemctl stop systemd-resolved
sudo nano /etc/NetworkManager/NetworkManager.conf

En [main] se añade

dns=default

Luego se ejecuta

rm /etc/resolv.conf
sudo systemctl restart NetworkManager

Y ya estaría listo.

  1. Investigar sobre la biblioteca de curl en C para hacer un GET y POST, la diferencia entre estos, y guardar la respuesta en un archivo (consideramos que es más sencillo para leer después).

  2. Investigar cómo armar paquetes de RFC2929.

  3. Recomendamos leer cómo hacer las consultas REST a la api de elasticsearch (insertar, eliminar, obtener y modificar datos), utilizando curl desde la terminal en lugar de Kibana.

  4. No utilizar usuario y contraseña al utilizar kibana y elasticsearch ya que se podrían presentar muchos errores.

Conclusiones

  1. Se logró implementar completamente el proyecto que consiste en un resolvedor de paquetes DNS con sobre-escritura y round-robin de IPs.
  2. Se implementó un servidor UDP en C que recibe, interpreta, traduce a BASE64, redirige y resuelve solicitudes DNS, además con la capacidad de atender a múltiples solicitudes de manera simultánea.
  3. Se implementó correctamente una API REST (servidor TCP) para la resolución de peticiones DNS codificadas por medio de BASE64.
  4. Se implementó correctamente una base de datos elasticsearch para la sobre-escritura de IPs para los nombres de dominio.
  5. Se implementó correctamente un sistema para la utilización de todos los IPs guardados en la base para un dominio particular por medio del método conocido como round-robin.
  6. Se logró interpretar, leer, modificar y actualizar paquetes DNS.
  7. Se interactuó con especificación formal de redes.
  8. Se logró automatizar la ejecución de los componentes de nuestra solución por medio de Docker-Compose.
  9. Ampliamos nuestros conocimientos en el manejo de pthreads, puertos y manejo de bytes en C.
  10. Aprendimos mucho de DNS.
  11. Aprendimos a instalar y configurar elasticsearch y kibana, asi como configurarlas sin un usuario y todas las consultas mediante curl.
  12. Aprendimos a levantar una sencilla api rest en python con flask.

Referencias Bibliográficas