mac cim valtozas

[ka at mayten.sch.bme.hu]

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


-------------- next part --------------
A non-text attachment was scrubbed...
Name: dhcp.png
Type: image/png
Size: 69669 bytes
Desc: not available
URL: <http://lista.sulinet.hu/pipermail/techinfo/attachments/20150323/9c42832b/attachment-0001.png>