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