On 2015-03-23 10:30, Molnar Peter wrote:
A DHCP szerver elvileg mac cim alapjan osztja a cimeket.
Azt nem ertem, hogy miert oszt ki olyan IP cimet, ami nem ahhoz a
MAC-hez kapcsolodik.
DHCP szerver idevonatkozo beallitasai:
pool {
deny unknown-clients;
range 10.6.1.1 10.6.1.250;
}
ez felvet ket kerdest
1) egeszen biztos, hogy nincs ket dhcp szerver a halozaton? egy
furfangos ember radughat dhcp szervert ami kiszolgalja. az eszkozok
pedig altalaban a regi cimuket kerik ujra es ha nincs kulonosebb indok
mast adni, a dhcp szerver tudja azt adni neki
2) mitol vagy benne biztos, hogy a kliens nem ugyanazzal a MAC cimmel
keri az ip cimet? az arpwatch miatt? ez felrevezeto lehet. Az egy
dolog, hogy milyen MAC cimrol erkezik a DHCP keres. Ez lehet ugye a
rossz mac address is, ami ismeretlen a dhcp szervered szamara. Csakhoz
a dhcp keresnel a szerver nem a kuldo MAC addresset veszi alapul, hanem
a DHCP csomagban ami van. Lasd a csatolt kepet.
Ha feltetelezzuk, hogy nics tobb dhcp szerver, akkor a kovetkezo
(logikus) feltetelezes a kliens eszkoz hibaja. Nem ugyanaz a MAC
address szerepel a DHCP keresben, mint ahonnan a DHCP keres erkezik.
Normalisan persze ez ugyanaz volna, de az eszkoz hibaja eppen a
feltetelezes lenyege.
A DHCP szerver a DHCP csomag tartalmabol veszi ki a MAC addresst es
annak oszt cimet. De a keres erkezhet barmilyen cimrol. Ez
megmagyarazna, miert izgul ra az arpwatch a temara, de miert kap az
eszkoz megis jo cimet a dhcp szervertol.
udv
adam
_______________________________________________
Techinfo mailing list
Techinfo@lista.sulinet.hu
Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
Illemtan: http://www.szag.hu/illemtan.html
Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
