DHCP server, DHCP relay - delsi
Dan Lukes
dan at obluda.cz
Tue Aug 15 22:34:18 CEST 2006
Josef Brzak napsal/wrote, On 08/15/06 22:10:
> a kde presne hledat problem. Mam server s FreeBSD 5.5-p2 na kterem
> bezi DHCP server (isc-dhcp3-server-3.0.4_2).
> Dve ze stanic jsou routery na ktere jsou pripojeny dalsi stanice. Na routerech jsem si nastavil DHCP relay
> Poridil jsem nejaky vystup z tcpdumpu a tam je videt, ze pozadavek ze
> stanice za routerem odejde a prijde na DHCP server tj. DHCPDISCOVER je
> OK, server posle odpoved routeru (DHCP relay) tj. DHCPOFFER ten prijde
> na router (DHCP relay), ale ten uz neposle DHCPREQUEST na DHCP server.
> Doufam, ze jsem to popsal dobre :-).
Ne, nepopsal. Ve hre jsou tri pocitace. Klient, relay a server. Z toho,
ze vubec existuje DHCPOFFER je zrejme, ze DHCPOFFER prosel od klienta az
na server (jinak by ten neodpovedel). Zbytek je ale zmateny - rika se
tam, ze DHCPOFFER prijde na relay - ale uz se tam nerika, jestli take
prosel dal na klienta. A vycita se tam relayi, ze neposila DHCPREQUEST -
ale to neni jeho ukol.
Relay je jen relay - pakety nevytvari ani nekomzumuje.
Takze je opravdu potreba zjistit, kudy a kam pakety tecou.
Prvni co je treba zjistit je, kam az dojde DHCPOFFER - a pokud ne az na
klienta, tak kde se ztratil (a resit proc). Pokud dojde az na klienta,
ale ten nikdy neodeslal DHCPREQUEST - pak je problem az na klientoi. A
to bud' ten, ze se k prislusne aplikaci nedostal ten OFFER, nebo
aplikace nedokazala odeslat REQUEST (nebo to ani nezkusila).
Nejprve je tedy treba zavadu lokalizovat - pak je mozne resit co dal ...
Podotykam, ze u DHCP a BOOTP nestaci v TCPDUMPu sledovat paket jen na
urovni IP vrstvy - paket odesilany stanici, ktera jeste nema zadnou IP
musi mit predevsim spravnou cilovou MAC adresu na vrstve druhe.
Dan
--
Dan Lukes SISAL MFF UK
AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz
More information about the Users-l
mailing list