Esto esun bug del servidor DHCP, ¿no?
Un saludo a la lista:
Tengo una configuración de prueba muy sencilla en el servidor ISC de
jessie:
#v+
ddns-update-style none;
default-lease-time 18000;
max-lease-time 18000;
class "foo" {
match if 1 = 1;
lease limit 1;
}
subnet 192.168.255.0 netmask 255.255.255.0 {
option domain-name-servers 192.168.255.1;
option domain-name "smr1.iescdl.es";
option routers 192.168.255.1;
option broadcast-address 192.168.1.255;
range 192.168.255.100 192.168.255.150;
}
#v-
O sea que hay una clase de máquinas que como máximo recibirán una ip.
Con esto he tomado un cliente y le he hecho que pida ip:
#v+
Apr 11 22:08:25 zipi dhcpd: DHCPREQUEST for 192.168.255.105 from 00:11:22:33:44:50 via eth1
Apr 11 22:08:25 zipi dhcpd: DHCPACK on 192.168.255.105 to 00:11:22:33:44:50 (perico) via eth1
#v-
Como es de esperar, ha recibido su ip. A continuación he cogido ese
mismo cliente, lo he desconfigurado sin que se enterara el servidor
(dhclient -x), le he cambiado la MAC y he vuelto a pedir ip. Se supone
que es la segunda ip y que el cliente no debería recibir ninguna. Lo que
ocurre es esto:
#v+
Apr 11 22:10:56 zipi dhcpd: DHCPREQUEST for 192.168.255.105 from 00:11:22:33:44:51 via eth1: lease 192.168.255.105 unavailable.
Apr 11 22:10:56 zipi dhcpd: DHCPNAK on 192.168.255.105 to 00:11:22:33:44:51 via eth1
Apr 11 22:10:56 zipi kernel: [ 588.513633] dhcpd[1253]: segfault at 30 ip 00007f2548edd333 sp 00007ffc2f270110 error 4 in dhcpd[7f2548ec6000+b3000]
#v-
El servidor parece como que le intentara dar la misma ip, aunque la
máquina es "otra" y la ip sigue ocupada, después casca.
Gracias de antemano.
--
a ch'in amor s'invecchia, oltr'ogni pena
si convengono i ceppi e la catena.
--- Ludovico Ariosto ---
Reply to: