No puede configurar el servidor DHCP / DHCPv6 de Windows para escuchar direcciones dinámicas o todas las direcciones, solo direcciones estáticas. ¿Hay alguna razón técnica para esta limitación? ¿Hay algún trabajo alrededor?
Mi situacion especifica:
Estoy usando anuncios de enrutador para configurar hosts IPv6 en esta red. El prefijo de dirección se adquiere de enrutadores ascendentes y PUEDE cambiar sin previo aviso. El servidor DHCPv6 de Windows en cuestión solo está configurado para distribuir listas de búsqueda de dominio y otras configuraciones no relacionadas con la dirección (se configuró para el modo sin estado y NO configura direcciones).
El servidor DHCPv6 podría configurar su propia dirección utilizando los mismos anuncios de enrutador, pero luego no responderá a las solicitudes. No puedo configurarlo para usar una dirección estática porque se romperá una vez que cambie el prefijo.
Me doy cuenta de que puedo configurar un ULA en esta subred, pero ese es un último recurso (no una respuesta).
ACTUALIZACIÓN : Ha habido algunas dudas sobre si el enrutamiento dinámico IPv6 es una buena idea. Lo considero una necesidad incluso si su ISP proporciona prefijos estáticos. Se debe ser utilizado con el fin de ser capaz de rápidamente re-ruta desde fallar en off y para imitar a otros funcionalidad proporcionada por pseudo-encaminamiento en IPv4 NAT.
Respuestas:
Ahora sé que dije que configurar un ULA no era una opción, pero en realidad es mucho más fácil de lo que pensaba. No necesita publicar el prefijo . Y ninguna otra dirección en la subred ULA necesita existir en ningún lado.
Sí, es una dirección basura que llena la tabla de enrutamiento, pero al menos no entra en otras máquinas.
Esperemos que Microsoft tome nota en algún momento y permita que su servidor DHCPv6 responda en otras direcciones disponibles además de la estática. Tiene sentido requerir una dirección estática durante la asignación de direcciones con estado para asignar mapas de manera confiable a las interfaces. Pero no se aplica a DHCPv6 sin estado.
Desafortunadamente, no hay otra respuesta a esta pregunta.
fuente
No sé las razones técnicas por las que Microsoft obliga al servicio DHCP de Windows a escuchar solo en adaptadores de red configurados estáticamente (aunque se me ocurren algunos), pero sé con certeza que este es un requisito, y no hay soluciones alternativas .
Desde http://technet.microsoft.com/en-us/library/cc755277.aspx :
Desde http://technet.microsoft.com/en-us/library/cc770650.aspx :
fuente
Una posible solución sería usar múltiples interfaces, ya sean físicas o virtuales. Asignaría un bloque de dirección local único 'privado' como FC00 :: / 8 para el enlace de la interfaz del servidor DHCPv6. Dado que las computadoras de sus clientes pueden tener múltiples direcciones IPv6, aún deberían poder obtener una dirección pública autoconfigurada / 64.
fuente
FC00::/8
bloque aún no está definido (posiblemente las ULA administrarán las ULA).FD00::/8
debe usarse para ULA autoasignados. Y no hay ninguna razón por la que necesite una interfaz separada. Puedo poner tantas direcciones en una sola interfaz como desee. Vea mi publicación anterior sobre el uso de un ULA estático.