Am un slack 9.1, kern. 2.4.21, isc-dhcpd-V3.0.1rc11, configurat sa dea adresa 
functie de MAC, si suplimentar, un pool de 20 adrese pentrru cei ce nu au 
MAC-ul listat.
De ceva vreme, apar fenomene de genul urmator:
Feb  2 16:34:22 server dhcpd: DHCPDISCOVER from 00:04:e2:33:8e:ee via eth0
Feb  2 16:34:22 server dhcpd: DHCPOFFER on 192.168.100.241 to 
00:04:e2:33:8e:ee via eth0
Feb  2 16:34:23 server dhcpd: DHCPDISCOVER from 00:04:e2:33:8e:ee via eth0
Feb  2 16:34:23 server dhcpd: DHCPOFFER on 192.168.100.241 to 
00:04:e2:33:8e:ee via eth0
Feb  2 16:34:27 server dhcpd: DHCPDISCOVER from 00:04:e2:33:8e:ee via eth0
Feb  2 16:34:27 server dhcpd: DHCPOFFER on 192.168.100.241 to 
00:04:e2:33:8e:ee via eth0
Feb  2 16:34:35 server dhcpd: DHCPDISCOVER from 00:04:e2:33:8e:ee via eth0
Feb  2 16:34:35 server dhcpd: DHCPOFFER on 192.168.100.241 to 
00:04:e2:33:8e:ee via eth0
Feb  2 16:34:35 server dhcpd: DHCPREQUEST for 192.168.100.33 (192.168.100.239) 
from 00:04:e2:33:8e:ee via eth0: lease 192.168.100.33 unavailable.
Feb  2 16:34:35 server dhcpd: DHCPNAK on 192.168.100.33 to 00:04:e2:33:8e:ee 
via eth0

Eu inteleg din ce scrie in loguri, ca 00:04:e2:33:8e:ee intreaba de un server 
DHCP, si i se raspunde cu DHCPOFFER, de 4 ori la rand, cu IP-ul care ii este 
atribuit pe baza MAC-ului, la interval  de 2, 4 si respectiv 8 secunde. Dupa 
cele 4 incercari, respectivei statii ii vine sa ceara adresa 192.168.100.33, 
cu care nu are nici o legatura (este asignata altui MAC).
        Efectul pe respectiva statie este ca isi ia adresa gresita, ignorand cu 
desavarsire DHCPNACK, cum a ingnorat si ofertele dinainte.
        Aceasta configuratie a rulat stabil cateva luni, si singura schimbare a fost 
numarul de intrari IP-MAC din dhcpd.conf
        Am mai schimbat si switch-ul in care este conectat respectivul server, cam in 
aceiasi perioada in care au aparut erorile.
        Problema este ca in general merge bine. Erorile sunt suficient de dese sa fie 
suparatoare.
        O alta nelamurire este  "(192.168.100.239)", care se pastreaza intotdeauna, 
nu este deloc aleator. Am observat ca pe statiile care isi iau adresa 
gresita, acel IP este gateway.

PLEASE HELP.

-- 
MihaiM

--- 
Detalii despre listele noastre de mail: http://www.lug.ro/


Raspunde prin e-mail lui