-
Notifications
You must be signed in to change notification settings - Fork 4
Ejercicios de evaluación. Curso 2019 2020. Bloque III
- Ejercicios de evaluación y sus soluciones correspondientes al bloque III de prácticas: Enrutamiento IP, ARP, UDP y TCP
- Bloque-III-Practica.pdf
- Escenario para Netgui: escenario-test.zip
Descomprime el escenario disponible en el fichero escenario-test.zip y ábrelo con Netgui. Arranca todas las máquinas
- Obtén las tablas de enrutamiento de TODAS las máquinas que estén configuradas e indica el comando que hay que usar. Adjunta pantallazos de los resultados en el terminal en todas las máquinas
- Sol: Para ver las tablas de encaminamiento usamos el comando route
Ni ordenador pc1 ni el router r5 están configurados (no tienen IPs asignadas)
pc2:~# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
20.20.20.128 * 255.255.255.128 U 0 0 0 eth0
default 20.20.20.213 0.0.0.0 UG 0 0 0 eth0
pc2:~#
pc3:~# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
30.30.30.0 * 255.255.255.0 U 0 0 0 eth0
default 30.30.30.14 0.0.0.0 UG 0 0 0 eth0
pc3:~#
pc4:~# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
40.40.40.128 * 255.255.255.128 U 0 0 0 eth0
default 40.40.40.210 0.0.0.0 UG 0 0 0 eth0
pc4:~
r1:~# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
40.40.40.128 * 255.255.255.128 U 0 0 0 eth1
10.10.10.0 * 255.255.255.0 U 0 0 0 eth0
default 10.10.10.12 0.0.0.0 UG 0 0 0 eth0
r1:~#
r2:~# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
20.20.20.128 * 255.255.255.128 U 0 0 0 eth1
10.10.10.0 * 255.255.255.0 U 0 0 0 eth0
default 20.20.20.213 0.0.0.0 UG 0 0 0 eth1
r2:~#
r3:~# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
20.20.20.128 * 255.255.255.128 U 0 0 0 eth0
30.30.30.0 * 255.255.255.0 U 0 0 0 eth1
default 30.30.30.14 0.0.0.0 UG 0 0 0 eth1
r3:~#
r4:~# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
40.40.40.128 * 255.255.255.128 U 0 0 0 eth1
30.30.30.0 * 255.255.255.0 U 0 0 0 eth0
default 40.40.40.210 0.0.0.0 UG 0 0 0 eth1
r4:~#
- Comprueba si pc2 y pc4 pueden intercambiar datagramas. Indica el comando que has usado para ello, la salida que produce y porqué deduces que hay conectividad
- Sol: Sí hay conectividad entre pc2 y pc4. Lo comprobamos con el comando ping. Se puede probar de varias formas. Por ejemplo yendo a la terminal de pc2 y haciendo un ping a pc (cuya IP es 40.40.40.204):
pc2:~# ping 40.40.40.204
PING 40.40.40.204 (40.40.40.204) 56(84) bytes of data.
64 bytes from 40.40.40.204: icmp_seq=1 ttl=62 time=11.4 ms
64 bytes from 40.40.40.204: icmp_seq=2 ttl=62 time=0.660 ms
64 bytes from 40.40.40.204: icmp_seq=3 ttl=62 time=0.651 ms
64 bytes from 40.40.40.204: icmp_seq=4 ttl=62 time=0.772 ms
--- 40.40.40.204 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 0.651/3.374/11.413/4.641 ms
pc2:~#
Obtenemos respuesta de la máquina destino, por lo que hay conectividad
- Los paquetes enviados de pc2 a pc4, ¿Qué ruta siguen?. Justifícalo indicando los comandos que hay que ejecutar para saberlo, y las salidas que producen
- Sol: Para saber por qué rúters pasan los paquetes de pc2 con destino a pc4, nos situamos sobre el terminal de pc2 y usamos el comando traceroute
traceroute to 40.40.40.204 (40.40.40.204), 64 hops max, 40 byte packets
1 20.20.20.213 (20.20.20.213) 10 ms 0 ms 0 ms
2 40.40.40.214 (40.40.40.214) 35 ms 0 ms 0 ms
3 40.40.40.204 (40.40.40.204) 9 ms 0 ms 0 ms
pc2:~#
Observando las IPs de las máquinas intermedias, vemos que los paquetes van de pc2 a r3, de ahí a r4 y de r4 a pc4. Por tanto, la ruta es: pc2 => r3 => r4 => pc4
- Configura la IP de PC1 para que haya conectividad con PC2. Los paquetes de pc1 a pc2 deben seguir la ruta pc1=>r2=>PC2. Sin cambiar ninguna tabla de enrutamiento del resto de máquinas, ¿Qué ruta siguen los paquetes que van de PC2 a PC1?
- Sol: PC1 está en la misma subred que r1 y r2. Nos vamos a la terminal de cualquier de ellos (por ejemplo a r1) y ejecutamos el comando ifconfig para conocer la máscara de red:
r1:~# ifconfig
eth0 Link encap:Ethernet HWaddr 6e:01:79:84:7c:80
inet addr:10.10.10.11 Bcast:10.10.10.255 Mask:255.255.255.0
inet6 addr: fe80::6c01:79ff:fe84:7c80/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:22 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:440 (440.0 B) TX bytes:1828 (1.7 KiB)
Interrupt:5
Vemos que es 255.255.255.0. Con esta información y viendo las IPs de r1 y r2 samos que la IP de pc1 tiene que ser de la forma: 10.10.10.x, donde x puede ser cualquier números excepto 0, 11, 12 ó 255. Elejimos por ejemplo el 1 y configuramos su IP a 10.10.10.1
Configuramos también su tabla de enrutamiento para que los paquetes salgan por r2. El fichero /etc/network/interfaces de pc1 quedaría así:
pc1:~# cat /etc/network/interfaces
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 10.10.10.1
netmask 255.255.255.0
gateway 10.10.10.12
pc1:~#
Ahora, si ejecutamos un ping a pc2, vemos que hay conectividad:
pc1:~# ping 20.20.20.202 PING 20.20.20.202 (20.20.20.202) 56(84) bytes of data. 64 bytes from 20.20.20.202: icmp_seq=1 ttl=61 time=10.5 ms 64 bytes from 20.20.20.202: icmp_seq=2 ttl=61 time=0.662 ms 64 bytes from 20.20.20.202: icmp_seq=3 ttl=61 time=0.392 ms
--- 20.20.20.202 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2001ms rtt min/avg/max/mdev = 0.392/3.863/10.535/4.719 ms pc1:~
Y con traceroute verifcamos que efectivamente siguen el caminio pc1 => r2 => pc2
pc1:# traceroute 20.20.20.202
traceroute to 20.20.20.202 (20.20.20.202), 64 hops max, 40 byte packets
1 10.10.10.12 (10.10.10.12) 0 ms 0 ms 0 ms
2 20.20.20.202 (20.20.20.202) 0 ms 0 ms 0 ms
pc1:#
Si hacemos el traceroute desde pc2 a pc1, lo que obtenemos es:
pc2:# traceroute 10.10.10.1
traceroute to 10.10.10.1 (10.10.10.1), 64 hops max, 40 byte packets
1 20.20.20.213 (20.20.20.213) 0 ms 0 ms 0 ms
2 40.40.40.214 (40.40.40.214) 8 ms 0 ms 0 ms
3 10.10.10.11 (10.10.10.11) 0 ms 0 ms 0 ms
4 10.10.10.1 (10.10.10.1) 0 ms 0 ms 0 ms
pc2:#
Comprobamos que la ruta es diferente: pc2 => r3 => r4 => r1 => pc1
6. Apaga r1, r2, r3 y r4. Configura las máquinas restantes para que haya conectividad entre todas ellas. Muestra la información del comando traceroute desde PC1 al resto de máquina, y justifica que tu configuración está funcionando. Guarda esta configuración de forma persistente
* Sol:
- Inicio
- Manuel de Supervivencia Linux
- Primeros pasos con la herramienta Netgui
- La máquina aislada
- Ethernet: Conectando dos máquinas
- Ethernet: Varias máquinas en red
- Práctica-1: Ethernet
- Práctica-2: Direcciones IP
- Práctica-3: Protocolos IP e ICMP
- Práctica-4: Enrutamiento IP, ARP, UDP y TCP
- Práctica-5: TCP. DNS