probleem met dhcrelay

[robbertb]

Als ik dhcrelay heb gestart en op een client een ip probeer te krijgen krijg ik de melding:

server:~ # dhcrelay -i eth1 192.194.35.162 -d
Internet Software Consortium DHCP Relay Agent V3.0rc7
Copyright 1997-2000 Internet Software Consortium.
All rights reserved.
For info, please visit http://www.isc.org/products/DHCP
Listening on LPF/eth1/00:01:02:b0:4c:98
Sending on LPF/eth1/00:01:02:b0:4c:98
Sending on Socket/fallback
ip length 328 disagrees with bytes received 1500.
accepting packet with data after udp payload.
forwarded BOOTREQUEST for 00:01:02:b1:d3:5a to 192.194.35.162

[RvdH]

En het probleem is...

[robbertb]

Op dinsdag 23 oktober 2001 18:03 schreef RickJansen het volgende:
En het probleem is...

.... dat stond er toch net?? dat de iplengt niet goed is ofzo...
En het werkt uiteraard niet , anders zou ik het hier niet posten De client krijgt GEEN ip, en zegt dat de dhcpserver onbereikbaar is(er niet is)

[Zwelgje]

probeer deze regel anders eens:

dhcrelay -d -i eth1 192.194.36.162 -i eth0

kijken of dat helpt..

[robbertb]

het probleem zit em niet zozeer in de interfaces, maar het paketje data wat hij verstuurd van de windowsbak is groter dan dat de linuxbak zou verwachten (tenminste dit is wat ik ervan begrepen heb, en wat me logisch lijkt als ik de melding lees die ik bovenaan gepost heb)

[Zwelgje]

volgens de site is deze 'melding niet helemaal wat je ervan denkt te begrijpen' zodoende

[robbertb]

wat is het dan wel?
Btw volgens mij moet ie alleen op eth1 draaien (das lokale netwerk) anders zou je vanaf het netwerk op eth0 ook een dhcp server van eth1 kunnen bereiken of niet?

En waar heb jij die info vandaan ? (welke site)

[robbertb]

Op woensdag 24 oktober 2001 09:30 schreef zwelgje2 het volgende:
volgens de site is deze 'melding niet helemaal wat je ervan denkt te begrijpen' zodoende

kijk maar:
# dhcrelay -d -i eth1 192.194.36.162 -i eth0
Internet Software Consortium DHCP Relay Agent V3.0rc7
Copyright 1997-2000 Internet Software Consortium.
All rights reserved.
For info, please visit http://www.isc.org/products/DHCP
Listening on LPF/eth0/00:50:da:37:20:11
Sending on LPF/eth0/00:50:da:37:20:11
Listening on LPF/eth1/00:01:02:b0:4c:98
Sending on LPF/eth1/00:01:02:b0:4c:98
Sending on Socket/fallback
ip length 328 disagrees with bytes received 1500.
accepting packet with data after udp payload.
forwarded BOOTREQUEST for 00:01:02:b1:d3:5a to 192.194.36.162
ip length 328 disagrees with bytes received 1500.
accepting packet with data after udp payload.
forwarded BOOTREQUEST for 00:01:02:b1:d3:5a to 192.194.36.162
ip length 328 disagrees with bytes received 1500.
accepting packet with data after udp payload.

[robbertb]

Iemand nog ideeen

[Verwijderd]

Probeer eens een wat meer recente versie van DHCP. DHCP-3.0 stable is uit. Kan zijn dat dit 1 van de vele bugs is die is gefixed.

[robbertb]

heb ik toch ook? V3.0rc7

[Verwijderd]

RC = RELEASE CANDIDATE. Stable is de uiteindelijke versie. Na RC7 kwam rc8 t/m 12, vervolgens 3.0(stable).

[robbertb]

oke heb dat geprobeerd, maar dat maakt niks uit met de nieuwste versie

[robbertb]

dhcrelay werkt dus gewoon niet? (met windows clients?)
Vaag dat ze dan een niet werkend utility erbij leveren.

[Verwijderd]

code:

dhcrelay -d -i eth0 -i eth1 -a -A 1400 -m forward 192.194.35.162

Probeer het zo maar eens.

[robbertb]

Waar is dat -a -A voor? staat niet in de man
Is dat voor de packet grootte? maar hij doet et nog steeds niet

# dhcrelay -d -i eth0 -i eth1 -a -A 1400 -m forward 192.194.35.162
Internet Software Consortium DHCP Relay Agent V3.0
Copyright 1997-2000 Internet Software Consortium.
All rights reserved.
For info, please visit http://www.isc.org/products/DHCP
Listening on LPF/eth1/00:01:02:b0:4c:98
Sending on LPF/eth1/00:01:02:b0:4c:98
Listening on LPF/eth0/00:50:da:37:20:11
Sending on LPF/eth0/00:50:da:37:20:11
Sending on Socket/fallback
ip length 328 disagrees with bytes received 1500.
accepting packet with data after udp payload.
forwarded BOOTREQUEST for 00:01:02:b1:d3:5a to 192.194.35.162
ip length 328 disagrees with bytes received 1500.
accepting packet with data after udp payload.
forwarded BOOTREQUEST for 00:01:02:b1:d3:5a to 192.194.35.162
ip length 328 disagrees with bytes received 1500.
accepting packet with data after udp payload.
forwarded BOOTREQUEST for 00:01:02:b1:d3:5a to 192.194.35.162
ip length 329 disagrees with bytes received 1500.
accepting packet with data after udp payload.
forwarded BOOTREQUEST for 00:04:76:1a:0e:e6 to 192.194.35.162

etc..

[Verwijderd]

Heb je al eens tcpdump er langs gedraaid?

Er zit toch niet een firewall lastig te doen per ongeluk he?
De -A switch is inderdaad voor de maximale packet grootte.

Kortom ik zou een sniffertje op de server draaien (tcpdump) en eentje op de client, om te kijken wat er allemaal precies gebeurt. De request van je interne client wordt in ieder geval netjes naar de DHCP-server gestuurd.

[robbertb]

Dat heb ik al es geprobeerd maar dan krijg ik erg veel andere zooi erdoor heen, wat er niks mee te maken heeft...
En zag geloof ik alleen samba zooi er door komen.. en op welke interface (voor locale netwerk?)

[Verwijderd]

Je kan met tcpdump precies het verkeer eruit filteren dat je wil.
Je geeft, bijvoorbeeld als expressie "ip host 192.194.35.162" op en alleen het verkeer van en naar de DHCP-server wordt weergegeven.
Zie "man tcpdump".

[NiPeng]

Jij zit toch bij @home?

192.194.35.162 => deel van finse reeks met IP's.
Doe maar eens een "whois 192.194.35.162".

code:

tux:~# whois 192.194.35.162
Telecom Finland (NETBLK-TELE-DATANET-192-2)
   P.O. BOX 510
   FIN-00051 TELE
   FI

   Netname: TELE-DATANET-192-194
   Netblock: 192.194.0.0 - 192.194.255.255

   Coordinator:
    Isomaki, Pekka  (PI7-ARIN)  [e-mail]
    [phone]

   Domain System inverse mapping provided by:

   NS.TELE.FI           193.210.18.18 193.210.19.19
   NS2.TELE.FI          193.210.19.190

[robbertb]

Op vrijdag 26 oktober 2001 03:51 schreef NiPeng het volgende:
Jij zit toch bij @home?

192.194.35.162 => deel van finse reeks met IP's.
Doe maar eens een "whois 192.194.35.162".

code:

tux:~# whois 192.194.35.162
Telecom Finland (NETBLK-TELE-DATANET-192-2)
   P.O. BOX 510
   FIN-00051 TELE
   FI

   Netname: TELE-DATANET-192-194
   Netblock: 192.194.0.0 - 192.194.255.255

   Coordinator:
    Isomaki, Pekka  (PI7-ARIN)  [e-mail]
    [phone]

   Domain System inverse mapping provided by:

   NS.TELE.FI           193.210.18.18 193.210.19.19
   NS2.TELE.FI          193.210.19.190

Hmm das een beetje offtopic he?
Maar dat ip is natuurlijk mn LOKALE ip, op een andere hub die niet rechtstreeks is aangesloten op de buitenwereld

[robbertb]

Op donderdag 25 oktober 2001 14:48 schreef nelske het volgende:
Heb je al eens tcpdump er langs gedraaid?

Er zit toch niet een firewall lastig te doen per ongeluk he?
De -A switch is inderdaad voor de maximale packet grootte.

Kortom ik zou een sniffertje op de server draaien (tcpdump) en eentje op de client, om te kijken wat er allemaal precies gebeurt. De request van je interne client wordt in ieder geval netjes naar de DHCP-server gestuurd.

hmm dan moet et neem ik aan zijn -A 1500.
Hmm met tcpdump schiet ik niezoveel op, kan ook wel wat filteren maar weet niet waarnaar.

Krijg nu trouwens met dhcrelay:
ip length 328 disagrees with bytes received 1500.
accepting packet with data after udp payload.
forwarded BOOTREQUEST for 00:01:02:b1:d3:5a to 192.194.35.162
ip length 328 disagrees with bytes received 1500.
accepting packet with data after udp payload.
forwarded BOOTREQUEST for 00:01:02:b1:d3:5a to 192.194.35.162
ip length 329 disagrees with bytes received 1500.
accepting packet with data after udp payload.
forwarded BOOTREQUEST for 00:04:76:1a:0e:e6 to 192.194.35.162
ip length 331 disagrees with bytes received 1500.
accepting packet with data after udp payload.
forwarded BOOTREPLY for 00:04:76:1a:0e:e6 to 192.194.35.118

die laatste 2, met mac 00:04:76:1a:0e:e6 is een andere pc zo te zien, kennelijk een andere in het netwerk... in iedergeval niet van deze 2 waarmee ik probeer te testen.
Test situatie:
Gateway naar internet.........LinuxServer(krijgt van gateway IP)
@@@----------------------####----------------------------CLIENT (de win98 pc die via dhcp een ip probeert te krijgen)
Maar op de windows client die probeert een ip te krijgen zegt hij " FOUT: De DHCP-server is niet beschikbaar: De adapter wordt vernieuwd"

[NiPeng]

Ach laat ook maar...
I.i.g. veel succes ermee.

[robbertb]

Op zaterdag 27 oktober 2001 08:39 schreef NiPeng het volgende:
Ach laat ook maar...
I.i.g. veel succes ermee.

laatmaar, wat?