ayuda con servidor DHCP

Forums: 

Hola amigos, gracias por sus compartir su conocimiento!

Tengo una inquietud sobre un problema que viene ocurriéndome con un sevidor ipcop 1.4.21.

La red que administra cuenta con máscara tipo B y desde hace algunos días (sin aparición de mensajes raros o reinicios súbitos) entrega direcciones ip a los equipos que se conectan en la red local pero lo hace de forma salteada.

El rango de direcciones IP que utiliza para tal fin está comprendido entre 172.22.15.1 y 172.22.19.100. El servidor comienza a asignar de atrás para adelante, pero se salta muchas direcciones. Por ejemplo:

172.22.19.100
172.22.19.99
172.22.19.98
172.21.18.255
172.21.18.254
172.21.17.255
.
.
.

Es decir, no completa el direccionamiento para el tercer byte completo sino que pasa a otro pegando un gran salto. El lío de todo esto es que llega un momento en que los dipositivos solicitan ip y el servidor no se la asigna.

Agradezco cualquier idea al respecto ya que no encuentro algo evidente que me permita corregir el fallo.

Muchas gracias.

NO recuerdo que versión de

Imagen de deathUser

NO recuerdo que versión de DHCP trae IpCOP, pero normalmente el equipo que se conecta a la red envía una solicitud de IP, generalmente solicita la que le fue asignada, si no está disponible el servidor DHCP busca en su inventario de "leases" y envía una que no esté asignada o reservada ...

Puede ser que se haya corrompido este archivo de leases (quizás /var/lib/dhcpd/dhcpd.leases es posible que en IpCOP sea otra ruta), mira en los logs del DHCP a ver si te dice algo al respecto y de ser el caso borra la base de leases y reinicia el servicio DHCP y vigila los logs a ver que es lo que está sucediendo ...

bye
;)

Hola deathUser, gracias por

Hola deathUser, gracias por tu respuesta.

Decidí revisar el registro de logs de ipcop y encontré cosas como:
Host 172.22.17.220 (fix3) has static and dynamic mappings, remove other.: 24 Time(s)

Es decir, a un equipo se le reservó la ip pero dentro del rango de asignación dinámica. Eso fue ya corregido.

Pero encontré otros tres tipos de registro de los que no tengo certeza si estén directamente ligados con el fallo y cuál sea su origen:

uid lease 172.22.20.196 for client 7c:05:07:92:07:58 is duplicate on 172.22/16: 6 Time(s)
...
Time(s): martian source 172.22.12.101 from 172.22.11.99, on dev eth0
...
parse_option_buffer: option nis-domain (32) larger than buffer

Mira este link:

Imagen de deathUser

Mira este link:

http://www.culmination.org/2008/10/isc-dhcpd-duplicate-uid-lease/

Reporta el mismo mensaje de error y habla sobre un problema con el archivo de leases del dhcpd, lee el artículo y revisa el archivo de leases en busca de leases con problemas o duplicados, uno de los problemas que se mencionan en el artículo ya lo solucionaste, te falta un segundo problema, ya casi lo tienes ...

bye
;)