Realmente agradecería pensamientos y opiniones sobre este extraño tema experimentado recientemente.
Comportamiento consistente observado en clientes problemáticos:
- Hasta cierta hora de la mañana las PC de los usuarios solicitaban el uso de direcciones APIPA 169.254.x
- No aceptar las direcciones legítimas ofrecidas por el servidor DHCP dentro de este plazo
- Después de un segundo DHCPDISCOVER después del período de tiempo, los clientes aceptarían la dirección IP ofrecida por DHCP.
Resumen
- Impactó la red de un solo edificio después de un fin de semana
- Los usuarios que dejaron sus máquinas encendidas durante el fin de semana no tuvieron problemas: las renovaciones de DHCP, etc., funcionan con normalidad.
- Los usuarios que habían apagado diligentemente sus PC experimentaron problemas de DHCP después del encendido
- Esto afectó al edificio durante dos horas, no se encontró ninguna falla y se resolvió por sí solo.
- Se monitorea la red y se completa una investigación exhaustiva; no hubo problemas de red durante el período de tiempo
- Los servidores DHCP emiten direcciones en todo el sitio; esto se aisló solo en un edificio
- Máquinas cliente predominantemente con Windows 7, varios proveedores de hardware y NIC afectados; no se encontró ningún patrón.
- Mezcla de computadoras de escritorio y portátiles estáticas
- Conectividad por cable
- Una VLAN afectó, aunque no todos los clientes afectados dentro de la VLAN.
Secuencia de eventos capturados en el registro del servidor DHCP
- DHCPDISCOVER - PC cliente - Primera acción de descubrimiento por parte del cliente
- DHCPOFFER Servidor DHCP: dirección IP legítima ofrecida por el servidor DHCP
- DHCPREQUEST - PC cliente - Solicitud de 169.254x del cliente: mensaje "red incorrecta"
- DHCPNAK - Servidor DHCP - El servidor reconoce negativamente a través de NAK. El cliente debe iniciar el proceso nuevamente.
- DHCPDISCOVER - PC cliente - Segunda acción de descubrimiento por parte del cliente
- DHCPOFFER - Servidor DHCP - Se ofrece dirección IP legítima
- DHCPREQUEST - PC cliente - El cliente solicita el uso de la dirección IP legítima
- DHCPACK - Servidor DHCP - El servidor reconoce positivamente
Pseudo resumen de puntos RFC3927:
Una lectura "breve" del RFC 3927 Configuración dinámica de direcciones locales de enlace IPv4: ¡proporciona más preguntas que respuestas!
Cuando se utilizan direcciones 169.254.x de enlace local
- 169.254. /16 direccionamiento de enlace local utilizado cuando las direcciones o la configuración de direcciones no están disponibles
- Normalmente se ejecuta al inicio
Si el host utiliza la dirección 169.254.x y la dirección enrutable ahora disponible, el host debe
- Usar dirección enrutable
- Dejar de anunciar 169.254.x
La dirección enrutable de los métodos puede dejar de estar disponible
- Vencimiento del arrendamiento de DHCP
- Eliminación de dirección mediante configuración manual
- Host itinerante a una nueva red donde la dirección ya no funciona
Selección de dirección 169.254.x
- Los hosts Windows y MAC implementan la configuración automática local del enlace
- Nota de Windows:
- Tan pronto como se detectó la conectividad de red, se envió DHCPREQUEST o DHCPDISCOVER en la interfaz
- Los sistemas cambian inmediatamente a configuración automática tan pronto como la conectividad esté disponible
- generación de números pseudoaleatorios sembrados contra el host, es decir, MAC
- Ocurre en el arranque
Reclamando la dirección 169.254.x
- El host debe realizar una prueba para ver si la dirección local del enlace 169.254.x no está en uso en la red
- Completado a través de una solicitud ARP transmitida (se incluye la dirección IP de destino, por probar)
Anuncio de la dirección 169.254.x
- La segunda transmisión ARP, pero esta vez incluye las direcciones IP del remitente y de destino, ahora son las IP 169.254.x seleccionadas.
Resumen final
- El cliente DHCPDISCOVERs y el servidor DHCP responde con un DHCPOFFER
- El cliente debe aceptar esta oferta de una dirección enrutable y dejar de utilizar el enlace local 169.254.x. Por alguna razón no es así...
- ¿El DHCPREQUEST posterior del cliente parece ser la sonda ARP o la transmisión del anuncio ARP? ¿Que el cliente utiliza 169.254.xx y es posible que no se correlacione con las respuestas del servidor DHCP?
- Segundo DHCPDISCOVER: no está claro qué provoca esto ya que las PC se encendieron inicialmente.
¡Gracias por tu paciencia si has llegado hasta aquí!
Realmente agradecería algo de ayuda para entender esto.
Gracias,
Respuesta1
¿Se le acabaron las direcciones en el grupo de arrendamiento? Quizás por eso ya no puede proporcionar direcciones IP adicionales.
¿Puede hacer ping al servidor DHCP desde las máquinas afectadas una vez que esté en Windows? ¿Puede codificar la NIC a una IP no utilizada del rango DHCP y eso lo lleva a la red para realizar pruebas? Si también es necesario, pruebe una de las PC que funcionan en el mismo puerto de red que una máquina que no funciona.