DHCP asigna la misma IP a varios BMC, y solo en la red del taller
Tiny PXE entrega la misma dirección IP a distintos puertos BMC en una red de aprovisionamiento; con el enrutador de la red corporativa, no ocurre. La causa sigue sin identificarse.
Un administrador de sistemas ha pedido ayuda con un comportamiento de su DHCP que no consigue explicar: la misma dirección IP acaba entregada a distintos puertos de gestión fuera de banda. Le pasa solo con los BMC y solo en su red de aprovisionamiento; en la red corporativa, con otro servidor DHCP, no ocurre. La causa sigue sin identificarse.
El montaje es de taller. Un equipo pequeño con Windows 10 Pro ejecuta Tiny PXE, que hace a la vez de servidor DHCP y de servidor PXE sobre una red 192.168.26.x, la que usa para instalar, probar y configurar servidores y dispositivos de red antes de que entren en producción. La red de trabajo de la empresa es otra, 192.168.1.x, y ahí las direcciones las reparte un enrutador Draytek Vigor.
El síntoma es concreto. Al conectar el cable en el puerto de gestión de un servidor —iDRAC en Dell, iLO en HPE, XCC en Lenovo—, el registro de Tiny PXE muestra peticiones con MAC distintas, cada una con su identidad, y aun así varias terminan con la misma dirección. Un BMC no pide nada raro: solicita IP como cualquier cliente. Y el único elemento que cambia entre los dos escenarios es quién reparte las direcciones. La captura del registro está publicada, pero con los datos que hay la sospecha apunta al servidor DHCP del taller antes que a los propios BMC.
Lo que falta para cerrar el caso
No hay ámbito publicado, ni fichero de concesiones, ni una traza completa del intercambio entre cliente y servidor. Sin eso no se puede descartar ni confirmar nada, y el propio autor lo plantea como un caso abierto. Tampoco está claro si afecta a todos los BMC por igual o solo a algunos modelos, ni si las direcciones repetidas se mantienen en el tiempo o rotan con cada reconexión.
Para quien monta redes de aprovisionamiento, el asunto no es anecdótico. Un BMC con una IP que también responde en otro chasis significa que la consola web a la que te conectas puede no ser la del equipo que tienes delante, y que un arranque por red puede irse al servidor equivocado. En un banco de pruebas con varias máquinas conectadas a la vez, eso rompe justo el aislamiento que buscabas al separar la red de taller de la corporativa.
Lo que falta es lo de siempre: configuración del ámbito, registro de concesiones y una traza del intercambio completo. Con eso se sabría en qué lado está el fallo.
