En este tipo de autoconfiguración vamos a considerar los flags que indican al host como tiene que generar u obtener su dirección IPv6 y que información adicional debe solicitar a un servidor DHCPv6
Other-config-flag (O flag): Utiliza los mensajes RA para configurar la dirección IPv6, pero Indica que parámetros adicionales de configuración son accesibles desde un servidor DHCPv6. Ej: DNS server, domain, search.
Managed-config-flag (M flag): Indica que la dirección IPv6 y los parámetros adicionales deben obtenerse de un servidor DHCPv6. No tiene en cuenta la información de los mensajes RA, por ejemplo prefijos.
3.1 Configuramos en R2 la opción en ND para habilitar el flag O para que el cliente pueda obtener los datos de DNS desde un servidor DHCPv6
conf t
int eth2
ipv6 nd other-config-flag
end
en H2 reiniciamos la interfaz eth1
xxxxxxxxxx
ip link set dev eth1 down
ip link set dev eth1 up
Analizamos en wireshark los paquetes capturados y los flags habilitados en el paquete RA
Importante: Docker no permite cambios automáticos en el /etc/resolv.conf de un contenedor
3.2 Analizamos una captura donde podemos ver los paquetes DHCPv6 con la dirección multicast destino ff02:1::2 de dos formas:
Ingresando a la página https://www.cloudshark.org/captures/2831e78f8b44
Descargando el archivo Stateless_DHCPv6_example.pcapng y abriendo el mismo desde wireshark
En ambos casos podemos aplicar el filtro DHCPv6 para poder ver solo estos paquetes.
¿Pudo reconocer que datos del DNS envía el servidor DHCPv6 al host?
Continuamos modificando manualmente el resolver local en H2. Para ello editamos el archivo /etc/resolv.conf con los editores vi o nano, dejando solo la linea:
xxxxxxxxxx
nameserver 2001:db8:12:cafe::2
Y hacemos consultas DNS a sitios que nos interese comprobar. Por ejemplo:
xxxxxxxxxx
dig a www.riu.edu.ar
¿La consulta realizada es por IPv4 o IPv6?