La mejor práctica para elegir direcciones IPv6 convenientes para algunos hosts en una LAN aislada


12

En el pasado, configuré pequeñas LAN ad hoc que estaban totalmente desconectadas de Internet y, al asignar direcciones a los hosts, pude elegir lo que hacía que comunicar las direcciones entre humanos fuera lo más fácil posible (y lo más fácil de recordar en tu cabeza) ) No es sorprendente, uno de mis favoritos era dar a los hosts números como 10.1.1.1, 10.1.1.2, 10.1.1.3, etc. Muy fácil de comunicar y muy fácil de tener en la cabeza. (Ok, tenía casi total libertad sobre cómo elegir mis direcciones. Por supuesto, no podría usar 127.0.0.1 para ninguna de las interfaces de ethernet, ni usar ninguna dirección de subred o dirección de difusión)

Mientras espero que varias partes (empresas, ISP, etc.) implementen IPv6 (y por lo tanto brinden un incentivo real para usar IPv6 en el mundo real), estoy un poco interesado en probarlo a pequeña escala (¿minimalista?), simplemente repitiendo la tarea configurando una LAN aislada, pero esta vez confiando en IPv6 para comunicarse entre los hosts. Puedo, libremente, elegir cualquier dirección IPv6 que me guste. Casi, al menos. No puedo elegir :: 1 como la dirección de cualquier interfaz LAN, por ejemplo, ya que se resuelve para la interfaz de bucle invertido. Y teniendo en cuenta todos los diferentes rangos de direcciones IPv6 que están reservados para todo tipo de usos y propósitos, me pregunto: en este contexto LAN aislado, ¿cuál es la mejor manera de elegir direcciones IPv6 fáciles de recordar y fáciles de comunicar verbalmente? (Digamos que es para 3 a 32 hosts más o menos)

Sé que esta pregunta es un poco académica y probablemente no sea algo con lo que te encuentres en una implementación 'real' de IPv6 (ya sea por negocios o por pasatiempo). Aún así, tengo curiosidad acerca de la mejor manera de "fabricar" direcciones IPv6 convenientes, así que por favor no brinde respuestas que solo me brinden una solución que me "salve" de la necesidad de crear estas direcciones IPv6 manualmente. (O proporcione respuestas que solo expliquen por qué es una mala práctica configurar manualmente estas direcciones IPv6 ...)

Respuestas:


9

Estoy a bordo con Tom's Solution pero una enmienda:

FC00: 0001: 0001 :: / 48 sería su segmento de red

Hospedadores:

FC00: 1: 1 :: 1

FC00: 1: 1 :: 2

FC00: 1: 1 :: 3

. . .

FC00: 1: 1: FFFF: FFFF: FFFF: FFFF: FFFF

... Eso es un montón de IPs!


Ok, la solución de Tom contenía más información, pero esta era más precisa en lo que estaba buscando. ( ¿ Pero por qué este sitio no me permite aceptar las respuestas de Tom y Cheekaleak? ¡En este caso consideraría que está justificado!)
IllvilJa

No lo haces, solo tienes que votar el mío y aceptar lo que sea. O vota a ambos, si prefieres.
Tom O'Connor

Nota: FC00 :: / 8 es utilizado por Cjdns , tal vez por otras redes similares. Vea otra respuesta para una mejor alternativa para evitar conflictos de direcciones si será necesario fusionar redes de alguna manera.
Vi.

En realidad, FC00::/8todavía está reservado, por lo que a nadie se le permite usar ese rango todavía. FD00::/8se puede usar si cumple con RFC 4193.
kasperd

Hola ... no estoy claro, ¿qué agrega esta respuesta a la respuesta de Tom, además de ilustrar el rango de subred? (Lo que no me malinterpreta, es útil)
mwfearnley

13

El bloque de direcciones fc00::/7ha sido reservado como una red privada por IANA como se describe en RFC 4193

Todo lo que realmente necesita hacer es asignar su red como un / 48 fuera de eso y comenzar a abordar. fc00:0001:0001/48y así

En cuanto al seguimiento de las direcciones IP, le sugiero que use una página wiki o algún documento similar.
O un servidor DHCPv6 que entrega arrendamientos asignados estáticamente.


1
Odio el IPv6. Me hace doler la cabeza.
Tom O'Connor

2
En realidad, no necesita hacer ningún direccionamiento manual, DHCP o hacer un seguimiento de las direcciones IP. La configuración automática de IPv6 podría manejarlo fácilmente a menos que esté realizando un alojamiento web o alguna otra aplicación que le permita asignar múltiples direcciones IP a una interfaz de red.
Ernie

Por cierto, esa dirección debe ser fc00: 1 :: 1/48
Ernie

La configuración automática funciona e IPv6 tiene un buen soporte para transmisiones / multidifusión para que pueda detectar todas las demás interfaces autoconfiguradas en la misma LAN. La solución real para ejecutar una aplicación en una LAN local IPv6 probablemente sigue ese camino. Sin embargo, las aplicaciones que tengo en mente probablemente no tengan incorporado el descubrimiento automático de LAN y la configuración automática tiene la capacidad de generar direcciones IPv6 muy, muy desordenadas (aunque son únicas).
IllvilJa

2
En realidad, de acuerdo con RFC 4193 (que es realmente confuso en ese punto), el octavo bit debe establecerse en 1, por lo que el prefijo real sería FE00::/8. El resto de los 48 bits deberían ser aleatorios (por lo que son "globalmente únicos"), y uso este generador: random.org/cgi-bin/randbyte?nbytes=5&format=h Así que terminas con algo así como FEDA:EC52:6E69::/48para la red , y así (y suponiendo que ignore la parte de "subred" del RFC) el primer host es FEDA:EC52:6E69::1y el último host es FEDA:EC52:6E69:FFFF:FFFF:FFFF:FFFF:FFFF.
Guss

6

Recomendaría usar direcciones en FD00 :: / 8 en lugar de en FC00 :: / 8 para esto, FD00 :: / 8 se asigna como ULA asignado localmente, donde FC00: / 8 está destinado a usarse para ULA asignado centralmente, es decir A cada organización que desee ULA se le asignará un prefijo de 40 bits (presumiblemente por IANA y / o los RIR, aunque no se ha definido ningún mecanismo de asignación y no se han realizado asignaciones).

Personalmente, elegiría la opción más simple posible: FD00 :: 1, FD00 :: 2, etc. para una red de prueba / demostración; use un prefijo / 64 para que su red sea FD00 :: / 64.

Sé que hay que DEBE usar un método pseudoaleatorio para crear un prefijo ULA, pero simplemente ignoraría eso para un sistema de prueba / demostración que nunca voy a conectar a otra cosa y lo retiraré al final de el laboratorio.


No estoy en desacuerdo con usted, pero me gustaría ver algunos artículos al respecto. Interesante.
HostBits

1
Esto NO es para lo que estaba destinado el espacio ULA. ULA es único a nivel mundial (pero aún no enrutado) ... RFC 4193 sección 3.2.1 explica lo que debe hacer ...
Knobee

0

Desarrollamos aplicaciones para IPv6, por lo que ejecutamos IPv6 en paralelo con IPv4 en nuestra red de desarrollo. Terminé configurando el servidor radvd para la configuración automática y asigna direcciones IPv6 basadas en el prefijo local del enlace y la dirección MAC. Luego los agrego a DNS y siempre uso nombres después de eso. Esto funciona bien, sin embargo, agregamos direcciones a DNS manualmente y de vez en cuando alguien olvida actualizar. Además, ejecutamos un montón de máquinas virtuales VMware y, a veces, movemos máquinas usando el convertidor VMware. Como resultado, cambian su dirección MAC y necesitamos actualizar manualmente el DNS después de estos movimientos, lo cual es una molestia. Estoy investigando si habilitar las actualizaciones dinámicas de DNS puede ayudar, pero hasta ahora no pasé mucho tiempo en esto.


Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.