Logbook01 MayteB DarioH RoddyZ PDF

Escuela Politécnica Nacional
Faculta de Ingeniería Eléctrica y Electrónica

Ingeniería en Electrónica y Redes de Información
Redes e Intranets
Quito, Ecuador
Nombres:
• Mayte Báez.
• Darío Herrera
• Roddy Zamora
Redes e Intranets - IEE8O3

Fecha de entrega: 26 de mayo del 2019
Logbook01
El siguiente documento detalla el proceso que se siguió para realizar el proyecto01 de la

materia de Redes e Intranets en el periodo académico 2019-A. Se mostrará las decisiones
tomadas para realizar el proyecto, los problemas presentados y las ideas para avanzar en
la resolución del proyecto.
Descripción del proyecto:
Para este proyecto trabajarán en un servidor DNS split-brain, con tres zonas distintas,
una zona para el Internet, una zona para la red 192.168.100.0 y una zona para la red
192.168.200.0.
• Desde Internet debe poderse conocer o preguntar por los nombres de los NS de
las dos zonas internas (100 y 200).
• Desde la zona 100 solo podrá conocerse sobre los equipos en esta zona.
• Desde la zona 200 solo podrá conocerse sobre los equipos en esta zona.
Las zonas serán configuradas de la siguiente forma:
• Internet: tres iniciales de cada nombre de los integrantes, por ejemplo, si los
integrantes son Juan y María, el nombre será Juamar.co
• Zona 100: tres iniciales de cada primer apellido de los integrantes, por ejemplo, si
los integrantes son Pérez y Gómez, el nombre será Pergom.interna100.co
• Zona 200: tres iniciales de cada segundo apellido de los integrantes, por ejemplo,
si los integrantes son Pérez Suarez y Gómez Arcos, el nombre será Suaarc.interna200.co
En cada zona 100 y 200 debe haber al menos 5 nombres distintos, y debe asumirse que
cada zona (100, 200 e Internet) tendrá su propio MX.
Redes e Intranets
Quito, Ecuador
Reunión #1
Fecha Hora inicio Hora fin

Miércoles 15 de mayo del 2019 17h00 18h00
Ideas
• El principal objetivo de esta reunión era entender completamente las
funcionalidades que requieren los el servdor, por lo tanto, se leyó la descripción
del documento abstrayendo lo más importante.
• El siguiente paso fue definir que software se usara para la virtualización de
las maquinas necesarios para implementar el proyecto, nuestras opciones eran
usar Virtual Box o VmWare WorkStation.
• Otro punto importante fue definir el horario de las próximas reuniones que
coincidan con el horario de todos los integrantes del grupo.
Descripción
• A pesar de que estamos familiarizados con VirtualBox se decidió usar
VmWare WorkStatiion ya que las practicas semanales de la materia de Redes e
Intranets se las hizo en ese Software.
• La siguiente reunión se definió para el jueves 23 de mayo de 11:00 a 13:00
debido a que esas horas son libres para toda la comunidad estudiantil Politécnica.
• Se encargó a uno de los integrantes del grupo instalar VmWare WorkStation
y virtualizar 3 clientes y un servidor; para así empezar con el proyecto en la
próxima reunión.
• Para los 3 clientes y el servidor se colocó el usuario “proyecto1b” y la
contraseña “mhr123”.
Redes e Intranets
Quito, Ecuador
Fig 1. Instalación de VMware Workstation Pro.
Fig 2. Paquetes Ubuntu para servidor y cliente.
Fig 3. Creación del cliente 1.

Redes e Intranets
Quito, Ecuador
Fig 6. Creación del servidor.

Redes e Intranets
Quito, Ecuador
Reunión #2:
Viernes 17 de mayo del 2019 11h00 13h00
Ideas
• Una vez instaladas las máquinas virtuales se procedió a realizar las

configuraciones básicas de direccionamiento de las interfaces.
• Se empezó a configurar el servidor.
• Para la configuración de las interfaces se tomó como guía la Practica01 de la
materia de Redes e Intranets.
Descripción
• El primer paso fue actualizar el servidor mediante los siguientes comandos.

sudo apt-get update
sudo apt-get upgrade
• Luego se revisó el contenido de las interfaces mediante el siguiente comando.
ip a
• Se procedió a direccionar las interfaces, en el caso de nuestro servidor las
interfaces habilitadas eran la ens33, ens34 y ens35.
• La configuración de las interfaces se las realizo editando el archivo
/etc/plan/netplan-acl mediante el siguiente comando.
sudo nano /etc/plan/netplan-acl
• Finalizada la configuración se aplica los cambios mediante.
sudo netplan apply
Redes e Intranets
Quito, Ecuador
Fig 7. Estado de las interfaces en el servidor.

Problemas y soluciones:
El primer problema que tuvimos fue en la configuración de la interfaz ens33 del servidor
1, ya que la dirección 192.168.2.0 aparecía ocupada al momento de aplicar los cambios.
Para resolver este inconveniente se tuvo que desactivar el dhcp en la configuración del
VMware y configurar el ens33 desde la edición del VMware.
Fig 8. Configuración de la interfaz ens33

Una vez solventado el problema la configuración de las 3 interfaces quedo de la siguiente
forma.
Fig 9. Estado final de las interfaces en el servidor 1.

Redes e Intranets
Quito, Ecuador
El segundo problema que tuvimos fue la programación de las siguientes reuniones,

debido a que las horas disponibles de los integrantes del grupo no coincidían. Para
solventar este problema se optó por usar el software TeamViewer (link descarga de
TeamViewer: https://www.teamviewer.com/es/descarga/previous-versions/) el cual
nos permite conectarnos de manera remota a otros equipos. En nuestro caso particular
nos sirvió para acceder a la maquina en la que estamos realizando el proyecto. De esta
forma las posteriores reuniones se realizaron en la noche de manera remota.
Reunión #3:
Miércoles 22 de mayo del

20h00 22:00
2019
Ideas
• Se programo una reunión virtual a través de TeamViewer para poder acceder

de forma remota hacia el computador donde se está realizando el proyecto.
• Agregar el repositorio Universe mediante la configuración del archivo
/etc/apt/sources.list
• Una vez agregado el repositorio Universe volvemos a actualizar Ubuntu.
• Después de actualizar el Ubuntu descargamos bind9 para poder configurar el
servidor DNS
Descripción
• Realizamos la reunión virtual mediante el id m87-629-967

• Modificamos el archivo /etc/apt/sources.list mediante el comando:
sudo nano /etc/apt/sources.list
Y agregamos el repositorio Universe de la siguiente manera:
deb http://al.archive.ubuntu.com/ubuntu/ bionic main universe
deb http://al.archive.ubuntu.com/ubuntu/ bionic-security main universe
deb http://al.archive.ubuntu.com/ubuntu/ bionic-updates main universe
• Volvemos a actualizar Ubuntu mediante los siguientes comandos:
Redes e Intranets
Quito, Ecuador
sudo apt-get update

sudo apt-get upgrade
Problemas y soluciones:
Al momento de modificar el archivo /etc/apt/sources.list e intentar actualizar el Ubuntu
obtuvimos un error de conectividad, ya que la interfaz de salida al internet está mal
configurada. Después de revisar todos los archivos y no encontrar el error
específicamente se optó por reinstalar un servidor y se realizó la configuración de red a
partir de la instalación de servidor.
Fig 10. Configuración de red en la instalación del servidor.

Redes e Intranets
Quito, Ecuador
Fig 11. Reinstalación del servidor.

Volvemos a configurar las direcciones Ip de las interfaces.
Fig 12. Reconfiguración de las direcciones Ip de las interfaces.

Redes e Intranets
Quito, Ecuador
Aplicamos los cambios y probamos conectividad.
Fig 13. Pruebas de conectividad desde el servidor
Debido a que el servidor actuara como Router habilitaremos el forwarding de ip.
Fig 14. Habilitación del forwarding de ip del servidor
El otro problema encontrado fue la edición del archivo /etc/apt/sources.list el cual se

encontraba desactualizado, por tanto, se debió generar el mismo archivo actualizado, la
obtención de este archivo accedimos a la página web https://repogen.simplylinux.ch/
Redes e Intranets
Quito, Ecuador
Fig 15. Página web para obtener el nuevo archivo /etc/apt/sources.list
Una vez obtenido el nuevo archivo modificamos el mismo.
Fig 16. Configuración del nuevo archivo /etc/apt/sources.list

Redes e Intranets
Quito, Ecuador
Reunión #4:
Jueves 23 de mayo del 2019 11:00 13:00
Ideas
• Se configuro el direccionamiento Ip en los clientes 1,2 y 3.

• Después de configurar esos archivos probamos conectividad entre las máquinas
y sus respectivos Gateways.
• Cambiar el nombre a los clientes.
Descripción
• Debido a que es un Ubuntu-cliente la configuración del direccionamiento Ip se

la hizo de manera gráfica.
• La comprobación de conectividad se lo hace a través de consola mediante el
comando ping.
• La configuración del nombre de los clientes se lo hace con el siguiente comando
sudo hostnamectl set-hostname [nombre]
Fig 17. Configuración del direccionamiento Ip del cliente1.

Redes e Intranets
Quito, Ecuador
Fig 18. Pruebas de conectividad desde el cliente1.
Fig 19. Configuración del nombre en el cliente1.

Redes e Intranets
Quito, Ecuador

Redes e Intranets
Quito, Ecuador
Reunión #5:
Viernes 24 de mayo del 2019 13:00 19:00
Ideas
• Se procedió a instalar bind y configurar las zonas internas y la externa a

utilizarse mediante el cambio en los archivos de configuración
• Configuración tanto de zonas directas como inversas, añadiendo 5 nombres a
cada zona internas.
• Cambiar el nombre a las zonas
• Realizar la configuración correcta de los archivos SOA para cada zona existente
• Iniciar bind y verificar la resolución de nombres
Descripción
• Descarga de Bind mediante el comando apt-get install bind9

• Configuración de zonas editando los archivos existentes en /etc/bind
• Cada SOA debe integrarse por 5 nombres para cada red interna.
Redes e Intranets
Quito, Ecuador
- Cambiamos la configuración del archivo /etc/netplan/99_config.yaml agregando

el direccionamiento a usarse en cada interfaz existente. (2 interfaces para zonas internas
y una interfaz para zona externa)
Fig 26. Configuración del archivo 99_config.yaml

- Cambiamos el archivo sudo nano /etc/bind/named.conf comentando la línea que
se encuentra en azul y añadiendo las 3 líneas siguientes a esta, las 2 primeras para las
zonas internas tanto 100 como 200 y la última para la zona externa.
Redes e Intranets
Quito, Ecuador
Fig 27. Configuración del named.conf al incluir los archivos para las zonas a
utilizarse
- Procedemos a modificar el archivo /etc/bind/named.conf.zonas-interna100 para
configurar la resolución para la red interna 100, asignándole su respectiva dirección
además de añadir la configuración para la zona directa y zona inversa.
Fig 28. Configuración del archivo perteneciente a la zona interna 100

- Procedemos a modificar el archivo /etc/bind/named.conf.zonas-interna200 para
configurar la resolución para la red interna 200, asignándole su respectiva dirección
además de añadir la configuración para la zona directa y zona inversa.
Redes e Intranets
Quito, Ecuador
Fig 29. Configuración del archivo perteneciente a la zona interna 200

- Procedemos a modificar el archivo /etc/bind/named.conf.zonas-externa para
configurar la resolución para la red externa, asignándole su respectiva dirección además
de añadir la configuración para la zona directa y zona inversa.
Fig 30. Configuración del archivo perteneciente a la zona externa

Redes e Intranets
Quito, Ecuador
- Procedemos a modificar el archivo named.conf.options para definir los rangos de

consulta, transferencia y recursión basándonos en las zonas que tenemos configuradas.
Fig 31. Configuración del archivo named.conf.options para modificar los rangos de
consulta, transferencia y recursión.
- Configuración archivo SOA para la zona interna 100 de nuestra red.
Fig 32. Configuración del archivo SOA – Zona interna 100

Redes e Intranets
Quito, Ecuador
-Verificación que el archivo SOA de la zona interna 100 se encuentre correcto
Fig 33. Verficación del archivo SOA – Zona interna 100

- Configuración archivo SOA para la zona interna 200 de nuestra red.
Fig 34. Configuración del archivo SOA – Zona interna 200

-Verificación que el archivo SOA de la zona interna 200 se encuentre correcto
Fig 35. Verificación del archivo SOA – Zona Interna 200

- Configuración archivo SOA para la zona externa
Redes e Intranets
Quito, Ecuador
Fig 36. Configuración del archivo SOA – Zona externa

-Verificación que el archivo SOA de la zona externa
Fig 37. Verificación del archivo SOA – Zona Externa

- Configuración archivo SOA inverso para la zona interna 100 de nuestra red.
Redes e Intranets
Quito, Ecuador
Fig 38. Configuración del archivo SOA inverso– Zona interna 100
-Verificación que el archivo SOA inverso de la zona interna 100 se encuentre correcto
Fig 39. Verficación del archivo SOA inverso – Zona interna 100
- Configuración archivo SOA inverso para la zona interna 200 de nuestra red.
Fig 40 Configuración del archivo SOA inverso– Zona interna 200

Redes e Intranets
Quito, Ecuador
-Verificación que el archivo SOA inverso de la zona interna 200 se encuentre correcto
Fig 41. Verficación del archivo SOA inverso – Zona interna 200
- Configuración archivo SOA inverso para la zona externa
Fig 42. Configuración del archivo SOA inverso – Zona externa

-Verificación que el archivo SOA de la zona externa
Fig 43. Verificación del archivo SOA inverso – Zona Externa

CAMBIO:
- Cambio en el archivo 99_config.yaml debido a que asignamos unos nombres a las
zonas mientras en los archivos de configuración de interfaces teníamos otros nombres,
los cuales eran los pedidos en la descripción del proyecto. Esto previamente a que nos
surja un error ya que nos dimos cuenta a tiempo.
Redes e Intranets
Quito, Ecuador
Fig 44. Cambio en la configuración del archivo 99_config.yaml
PRUEBAS:
Se realizo las pruebas para verificar si la resolución de nombres estaba funcionando

correctamente mediante el comando nslookup en cada una de las zonas y se obtuvieron
los resultados mostrados en las siguientes imágenes.
Redes e Intranets
Quito, Ecuador
Fig 45. Nslookup en la zona interna 100

Redes e Intranets
Quito, Ecuador
Fig 47. Nslookup en la zona externa.

PROBLEMA:
Como se pudo ver en las figuras 45, 46 y 47 el servidor no estaba resolviendo los nombres
en ninguna de las zonas configuradas. Para esto, mediante el comando sudo systemctl
status bind9.service mostrado en la figura 48, se procedió a verificar si el servicio estaba
corriendo, como resultado tuvimos que el servicio no estaba activo.
Fig 48. Prueba de estado del servicio bind9

SOLUCION:
Al problema previamente planteado se presentó debido a un error al momento de editar
el archivo named.config.options al hacernos falta un punto y coma en una de sus líneas
como se muestra en la figura 49. Después procedemos a ejecutar nuevamente el comando
systemctl status bind9.service para verificar el estado del servicio y en este caso ya
aparece activo.
Redes e Intranets
Quito, Ecuador
Fig 49. Modificación archivo named.config.options
Fig 50. Verificación del estado del servicio bind9

PRUEBAS:
Se realizaron nuevamente las pruebas de verificación del servicio del dominio de
nombres una vez solucionado el problema presentado previamente mediante el comando
nslookup en cada cliente, los resultados se muestran de manera correcta como se puede
apreciar en las figuras 51,52 y 53, cabe recalcar que en ciertos casos nos daba error, pero
Redes e Intranets
Quito, Ecuador
se debía a un mal ingreso del dominio que queríamos verificar, trata de un error de tipeo
mas no un error de configuración.

Redes e Intranets
Quito, Ecuador
Fig 53. Nslookup en la zona externa
Reunión #6:
Domingo 26 de mayo del 2019 14:00 17:00
Ideas
• En esta reunión se comprobó que todos los archivos estén bien configurados.
• Pruebas finales.
Descripción
• Con el comando nslookup, se realiza la resolución de nombres desde cada

cliente, también la resolución directa como la inversa, de esta manera se verifica que el
DNS se encuentre bien configurado.
• También se ejecuta el comando ping para verificar que la resolución de nombres
se ejecuta correctamente.
Redes e Intranets
Quito, Ecuador
ARCHIVOS FINALES
Fig 54. Archivo /etc/netplan/99_config-yaml
Fig 55. Archivo /etc/bind/named.conf.zonas-interna100

Redes e Intranets
Quito, Ecuador
Fig 56. Archivo /etc/bind/named.conf.zonas-interna200
Fig 57. Archivo /etc/bind/named.conf.zonas-externa

Redes e Intranets
Quito, Ecuador
Fig 58. Archivo /etc/bind/db.0.168.192
Fig 59. Archivo /etc/bind/db.100.168.192.

Redes e Intranets
Quito, Ecuador
Fig 60. Archivo /etc/bind/db.200.168.192
Fig 61. Archivo /etc/bind/db.Barmonrod.interna200.co.lan

Redes e Intranets
Quito, Ecuador
Fig 62. Archivo /etc/bind/db.Barmonrod.interna200.co.lan
Fig 63. Archivo /etc/bind/db.Maydarrod.co.wan
PRUEBAS FINALES
Mediante el uso del comando PING procedemos a verificar si nuestro servidor DNS
resuelve correctamente todos los nombres previamente configurados.
Cliente 1:
Redes e Intranets
Quito, Ecuador
Fig 64. Ping al dominio de nombres perteneciente a la zona interna 100
Cliente2:
Fig 65. Ping al dominio de nombres perteneciente a la zona interna 200

Redes e Intranets
Quito, Ecuador
Cliente 3:
Fig 66. Ping al dominio de nombres perteneciente a la zona externa

Logbook01 MayteB DarioH RoddyZ PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Logbook01 MayteB DarioH RoddyZ PDF

Cargado por

Copyright:

Formatos disponibles

Escuela Politécnica Nacional

Faculta de Ingeniería Eléctrica y Electrónica

Redes e Intranets - IEE8O3

El siguiente documento detalla el proceso que se siguió para realizar el proyecto01 de la

Descripción del proyecto:

Las zonas serán configuradas de la siguiente forma:

Fecha Hora inicio Hora fin

Fig 1. Instalación de VMware Workstation Pro.

Fig 2. Paquetes Ubuntu para servidor y cliente.

Fig 3. Creación del cliente 1.

Fig 4. Creación del cliente 2.

Fig 5. Creación del cliente 3.

Fig 6. Creación del servidor.

Fecha Hora inicio Hora fin

Viernes 17 de mayo del 2019 11h00 13h00

• Una vez instaladas las máquinas virtuales se procedió a realizar las

• El primer paso fue actualizar el servidor mediante los siguientes comandos.

Fig 7. Estado de las interfaces en el servidor.

Fig 8. Configuración de la interfaz ens33

Fig 9. Estado final de las interfaces en el servidor 1.

El segundo problema que tuvimos fue la programación de las siguientes reuniones,

Fecha Hora inicio Hora fin

Miércoles 22 de mayo del

• Se programo una reunión virtual a través de TeamViewer para poder acceder

• Realizamos la reunión virtual mediante el id m87-629-967

sudo apt-get update

Fig 10. Configuración de red en la instalación del servidor.

Fig 11. Reinstalación del servidor.

Fig 12. Reconfiguración de las direcciones Ip de las interfaces.

Aplicamos los cambios y probamos conectividad.

Fig 13. Pruebas de conectividad desde el servidor

Debido a que el servidor actuara como Router habilitaremos el forwarding de ip.

Fig 14. Habilitación del forwarding de ip del servidor

El otro problema encontrado fue la edición del archivo /etc/apt/sources.list el cual se

Fig 15. Página web para obtener el nuevo archivo /etc/apt/sources.list

Una vez obtenido el nuevo archivo modificamos el mismo.

Fig 16. Configuración del nuevo archivo /etc/apt/sources.list

Fecha Hora inicio Hora fin

Jueves 23 de mayo del 2019 11:00 13:00

• Se configuro el direccionamiento Ip en los clientes 1,2 y 3.

• Debido a que es un Ubuntu-cliente la configuración del direccionamiento Ip se

Fig 17. Configuración del direccionamiento Ip del cliente1.

Fig 18. Pruebas de conectividad desde el cliente1.

Fig 19. Configuración del nombre en el cliente1.

Fig 20. Configuración del direccionamiento Ip del cliente2.

Fig 21. Pruebas de conectividad desde el cliente2.

Fig 22. Configuración del nombre en el cliente2.

Fig 23. Configuración del direccionamiento Ip del cliente3.

Fig 24. Pruebas de conectividad desde el cliente3.

Fig 25. Configuración del nombre en el cliente3.

Fecha Hora inicio Hora fin

Viernes 24 de mayo del 2019 13:00 19:00

• Se procedió a instalar bind y configurar las zonas internas y la externa a

• Descarga de Bind mediante el comando apt-get install bind9

- Cambiamos la configuración del archivo /etc/netplan/99_config.yaml agregando

Fig 26. Configuración del archivo 99_config.yaml

Fig 28. Configuración del archivo perteneciente a la zona interna 100

Fig 29. Configuración del archivo perteneciente a la zona interna 200

Fig 30. Configuración del archivo perteneciente a la zona externa

- Procedemos a modificar el archivo named.conf.options para definir los rangos de

- Configuración archivo SOA para la zona interna 100 de nuestra red.

Fig 32. Configuración del archivo SOA – Zona interna 100

-Verificación que el archivo SOA de la zona interna 100 se encuentre correcto