[w2k]Dhcp relay werkt niet

[Xtremelead]

Ik heb hier een paar servers staan op verschillende subnetten:
192.168.2.0/24
192.168.4.0/24

Op het .2.0 netwerk heb ik een DHCP server staan (192.168.2.2)
Op 192.168.2.1 draait RRAS en routeert netjes alle pakketjes rond, tenminste, zo lijkt het.
Op de RRAS server heb ik een DCHP Relay Agent geïnstalleerd die de pakettjes doorstuurt naar de DCHP server (.2.2 dus), de interface is het .4.0 subnet.

Als ik een renew vraag op een client in het .4.x subnet zie ik op de rras server alleen Discover pakketjes binnenkomen met daarin oa giaddr=0.0.0.0 wat volgens mij betekend dat de client niet weet wat de relay server is. Toch?
Er komen 4 van deze discovers binnen. Ook zie ik nog een Routeradvertisement tussendoor komen. Deze komt van de server af met als doel: 01005e000001 (in de ethernet laag van het pakketje). In de ip laag staat 224.0.0.1. Dit zal dat adres dus wel zijn....
Google zegt dat dit "all hosts" betekend. Lijkt dus wel goed te gaan

In RRAS kijk ik bij de relayagent:
Requests recieved: 133
Replies recieved: 0
Requests discarded: 16
Replies discarded: 0

Ben ik nog iets vergeten te configureren?

Als dit in PNS hoort, move 'm dan maar.

[Predator]

Als ik een renew vraag op een client in het .4.x subnet zie ik op de rras server alleen Discover pakketjes binnenkomen met daarin oa giaddr=0.0.0.0 wat volgens mij betekend dat de client niet weet wat de relay server is. Toch?

De relay agent moet normaal dat veld invullen met z'n ip adres.
De client heeft helemaal geen weet van die relay server als hij z'n discovery stuurt.
Zet je relay agent wel de packetjes over ?
Heb je wel een pool voor je 4.0 subnet op je dhcp server ?

Er komen 4 van deze discovers binnen. Ook zie ik nog een Routeradvertisement tussendoor komen. Deze komt van de server af met als doel: 01005e000001 (in de ethernet laag van het pakketje). In de ip laag staat 224.0.0.1. Dit zal dat adres dus wel zijn....
Google zegt dat dit "all hosts" betekend. Lijkt dus wel goed te gaan

Dat is gewoon de router zichzelf adverteerd via multicast, dit heeft hier niets mee te maken.

[Xtremelead]

Zet je relay agent wel de packetjes over ?

Volgens mij niet nee, zie mijn eerste post. (requests discarded)

Heb je wel een pool voor je 4.0 subnet op je dhcp server ?

Ja, 192.168.4.10-192.168.4.254

Dat is gewoon de router zichzelf adverteerd via multicast, dit heeft hier niets mee te maken.

Dat dacht ik dus ook...

[Predator]

Ik zou dan eens gaan sniffen of je dhcp agent wel effectief de requests overzet en of ze je dhcp server bereiken.
Ook kan je dan even het gateway veld in de dhcp header controleren.

[Xtremelead]

Ik zou dan eens gaan sniffen of je dhcp agent wel effectief de requests overzet en of ze je dhcp server bereiken.
Ook kan je dan even het gateway veld in de dhcp header controleren.

Als ik netmon op de dhcp server zelf draai komen de discovers wel binnen met een relay adres van 192.168.4.1 (client , your en server ip staan op 0.0.0.0). Het client mac adres klopt ook.
In RRAS zie ik op de relay agent wel die discarded requests staan.

[Xtremelead]

^{even een klein schopje ophoog...}

[Predator]

Xtremelead schreef op 21 oktober 2002 @ 09:50:
[...]

Als ik netmon op de dhcp server zelf draai komen de discovers wel binnen met een relay adres van 192.168.4.1 (client , your en server ip staan op 0.0.0.0). Het client mac adres klopt ook.
In RRAS zie ik op de relay agent wel die discarded requests staan.

Zag je ook de outgoing reply's (DHCP Offer) op je dhcp server vertrekken ?

NT -> PNS

[[ash]]

hoe heb je je IP filters ingesteld op die RRAS server??

[Xtremelead]

[ash] schreef op 25 oktober 2002 @ 13:52:
hoe heb je je IP filters ingesteld op die RRAS server??

Niet.

Predator schreef op 25 oktober 2002 @ 13:41:

[...]

Zag je ook de outgoing reply's (DHCP Offer) op je dhcp server vertrekken ?

NT -> PNS

Nee, ze komen niet aan op de DHCP server, omdat de relay agent ze discard.

[Flyduck]

Hmm werkt de dhcp server wel goed voor het andere subnet? Bij het gebruik van AD moet je de server authoriseren. Heeft de DHCP server een route voor het andere subnet in de routetabel?

[Xtremelead]

De dhcp server werkt goed, en kan ook de computers uit het andere subnet pingen (als ik ze dus een vast ip heb gegeven )

[Xtremelead]

ik schop 'm nog één keertje omhoog hoor!
het zit me nog steeds een beetje dwars

[[ash]]

van de KB van microsoft

http://support.microsoft.com/default.aspx?scid=kb;en-us;197197

Configure a DHCP scope to match the network address on the other side of the router where the clients are. Make sure the subnet mask is correct. - Do not configure a default gateway on the DHCP server's NIC such that it is the same address as that of the router supporting the subnet where the clients are. - Do not include that subnet's scope in any superscope that is configured on the DHCP server's LAN segment.

kijk ook eens op: http://support.microsoft.com/default.aspx?scid=kb;en-us;120932 voor algemen info

[Brahiewahiewa]

Xtremelead schreef op 21 October 2002 @ 09:50:
[...]

Als ik netmon op de dhcp server zelf draai komen de discovers wel binnen met een relay adres van 192.168.4.1 (client , your en server ip staan op 0.0.0.0). Het client mac adres klopt ook.
In RRAS zie ik op de relay agent wel die discarded requests staan.

Zie je in NetMon ook een DHCP Offer terugkomen van je DHCP server?
Heb je je scope wel geactiveerd?

[Xtremelead]

[ash] schreef op 17 december 2002 @ 14:28:
van de KB van microsoft

http://support.microsoft.com/default.aspx?scid=kb;en-us;197197


[...]


kijk ook eens op: http://support.microsoft.com/default.aspx?scid=kb;en-us;120932 voor algemen info

Dat zag er hoopvol uit, maar helaas....

Brahiewahiewa schreef op 17 december 2002 @ 14:28:
[...]

Zie je in NetMon ook een DHCP Offer terugkomen van je DHCP server?
Heb je je scope wel geactiveerd?

Scope is geactiveerd ja, maar offers komen niet binnen.

[[ash]]

misschien overbodig, weet het anders ook ff niet meer, uit de windows help

In the DHCP Relay Properties dialog box, on the General tab, verify that the Relay DHCP packets check box is selected.

[Xtremelead]

ja, dat heb ik ook gedaan.

[Verwijderd]

Xtremelead schreef op 18 december 2002 @ 08:45:
ja, dat heb ik ook gedaan.

de relay agent is "aangezet" op het vragende segment, dus het segment waar de client zit?

[Brahiewahiewa]

Xtremelead schreef op 17 December 2002 @ 16:45:
[...]
Scope is geactiveerd ja, maar offers komen niet binnen.

Maar de vraag was: "worden ze wel verzonden?".
Dat zou je in de trace moeten kunnen zien.

[Xtremelead]

Verwijderd schreef op 18 december 2002 @ 11:42:
[...]


de relay agent is "aangezet" op het vragende segment, dus het segment waar de client zit?

juist.

Brahiewahiewa schreef op 18 december 2002 @ 11:48:
[...]

Maar de vraag was: "worden ze wel verzonden?".
Dat zou je in de trace moeten kunnen zien.

Nee, omdat alle requests "gediscard" worden. Replies received en discarded staan dus ook op 0.

[ Voor 4% gewijzigd door Xtremelead op 18-12-2002 12:43 ]

[Brahiewahiewa]

Xtremelead schreef op 18 december 2002 @ 12:42:
[...]Nee, omdat alle requests "gediscard" worden. Replies received en discarded staan dus ook op 0.

Waar staan die op 0? Op de DHCP server of op de DHCP relay agent?
(Je hebt toch niet de DHCP server ook als DHCP relay agent ingericht, mag ik hopen?)

[[ash]]

(Je hebt toch niet de DHCP server ook als DHCP relay agent ingericht, mag ik hopen?)

Op het .2.0 netwerk heb ik een DHCP server staan (192.168.2.2)
Op 192.168.2.1 draait RRAS en routeert netjes alle pakketjes rond, tenminste, zo lijkt het.
Op de RRAS server heb ik een DCHP Relay Agent geïnstalleerd die de pakettjes doorstuurt naar de DCHP server (.2.2 dus), de interface is het .4.0 subnet.

Lijkt er niet op

[Brahiewahiewa]

[ash] schreef op 18 December 2002 @ 13:52:
[...]Lijkt er niet op

'k ben nog niet overtuigd

[Xtremelead]

Brahiewahiewa schreef op 18 December 2002 @ 13:46:
[...]

Waar staan die op 0? Op de DHCP server of op de DHCP relay agent?
(Je hebt toch niet de DHCP server ook als DHCP relay agent ingericht, mag ik hopen?)

op de relay agent (de RRAS server dus (192.168.2.1+192.168.4.1))

[Brahiewahiewa]

En wat zegt je DHCP server over die binnengekomen pakketjes?
Zet DHCP logging eens aan: http://support.microsoft....aspx?scid=kb;en-us;164524

[Xtremelead]

Op de dhcp server komen de pakketjes niet binnen, de relay agent discard de requests namelijk.

[Brahiewahiewa]

Xtremelead schreef op 18 December 2002 @ 14:23:
Op de dhcp server komen de pakketjes niet binnen, de relay agent discard de requests namelijk.

Maar je zei ook:

Xtremelead schreef op 21 October 2002 @ 09:50:
[...]Als ik netmon op de dhcp server zelf draai komen de discovers wel binnen met een relay adres van 192.168.4.1 (client , your en server ip staan op 0.0.0.0). Het client mac adres klopt ook.
In RRAS zie ik op de relay agent wel die discarded requests staan.

Dus ergens klopt er iets niet in jouw probleem omschrijving

[Xtremelead]

je hebt gelijk....
toch raar
nu snap ik het helemaal niet meer

In iedergeval werkt het nog steeds niet.

[ Voor 24% gewijzigd door Xtremelead op 18-12-2002 16:13 ]

[Brahiewahiewa]

Kijk nog eens in je NetMon trace om te zien wat je DHCP server met die DHCP_DISCOVER pakketjes doet. Als het goed is, volgtie ze op met een DHCP_OFFER. Als dat DHCP_OFFER niet komt, moet je het probleem op je server zoeken.
Als dat DHCP_OFFER wel komt, wordt de vraag: "waar wordt het heen gestuurd?". Is het een broadcast op het locale subnet of een unicast richting relay agent. En - in dat laatste geval - wordt de vraag: "wat doet die relay agent er vervolgens mee?". Maar daarvoor zul je waarschijnlijk twee traces tegelijkertijd op beide subnetten moeten maken.

[Xtremelead]

Hier wat captures tijdens ipconfig /renew op client:
192.168.4.1 - Relay Agent (Raphael)
192.168.2.1 - RRAS server (Raphael)
192.168.2.2 - DHCP server (Leonardo)

Kijk er eens naar....misschien dat je er wat uit kan opmaken.
Op de DHCP server was wat activiteit, dus staat er wat rommel tussen....
Zo te zien komt de discover dus WEL op de DHCP server uit, maar die doet er niets mee

[Brahiewahiewa]

Uhm, je client doet een DHCP_DISCOVER broadcast. Vervolgens doet 192.168.4.1 deze forwarden naar 192.168.2.2; da's je DHCP server . . . en die forward de DHCP_DISCOVER pakketjes naar 192.168.1.1

[Xtremelead]

dat is inderdaad vreemd he.
192.168.1.1 is (ooit) een router naar internet geweest. Dat was in RRAS een demand dial router (aangesloten op de dhcp server). Bovendien is de default gateway gewoon goed: 192.168.2.1

ik kan 4.1 gewoon pingen vanaf 2.2 (dhcp), dus is het niet zo dat 'ie het 4 subnet niet kan benaderen, en dit vraagt aan 1.1
Ik heb bovengenoemde router aangesloten op een aparte NIC op de RRAS server, met adres 1.2. Dit is een (tijdelijk) niet bestaande internetverbinding. Dit heb ik nog niet verteld, aangezien ik het eerlijk gezegd een beetje vergeten was. Maar het lijkt mij dat dit het probleem niet kan zijn, aangezien de relay agent wel de pakketjes goed doorstuurd. Op de RRAS server (2.1 dus) staat bij route print wel als default gateway 192.168.1.1 opgegeven. Zou de relay agent dit in het dhcp pakketje toevoegen???

[Brahiewahiewa]

Xtremelead schreef op 19 December 2002 @ 14:10:
dat is inderdaad vreemd he.
[...]
Zou de relay agent dit in het dhcp pakketje toevoegen???

Ik denk niet dat het probleem in de relay agent zit.
Doe eens een route print op je DHCP server, wellicht moet je handmatig een route naar het 192.168.4.0 subnet toevoegen.

[[ash]]

zo ie zo ff de route tabellen van de verschillende servers controlleren of ze correct zijn, misschien anders ff posten als je er niet uitkomt

[Xtremelead]

Xtremelead schreef op 19 december 2002 @ 14:10:
ik kan 4.1 gewoon pingen vanaf 2.2 (dhcp), dus is het niet zo dat 'ie het 4 subnet niet kan benaderen

Kan dus al.

[ Voor 7% gewijzigd door Xtremelead op 19-12-2002 16:05 ]

[Brahiewahiewa]

Heb je Q197197 gelezen? Daarin wordt vrolijk gesteld dat je superscoping moet gebruiken als je subnetten wilt servicen waar je DHCP server geen NIC in heeft.
Überdem staat er dat je - in geval van superscoping - geen subnets kunt servicen achter de default gateway van je DHCP server. Kan'k me effe niks bij voorstellen waarom dat een probleem zou kunnen zijn, maar het staat er wel.
Probeer toch eens een superscope aan te maken zou'k zegg'n

[Xtremelead]

Dat was het dus: Superscoping!
thanks!