[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Antwort: [linux-support] DHCPD - wechsel von hub auf switch -Korrektur



Sorry stimmt gar nicht! EinSwitch verändert die Pakete nicht. Der DHCP 
Server sollte also die MACs der Clients sehen.
Ist halt noch morgen früh....:-)

Chrigu


____________________________________________________

 Christof Lauber

 Software Engineer

 Ascom Transmission Ltd
 Belpstrasse 37
 CH-3000 Berne 14

 Telephone 
  +41 31 999 21 11
 Direct number 
  +41 31 999 29 96
 Fax
  +41 31 999 10 78
 Email
  christof.lauber at ascom.ch





"Christof Lauber" <Christof.Lauber at ascom.ch>
Gesendet von: owner-linux-support at kalinka.catatec.ch
25.10.01 08:14

 
        An:     linux-support at lugbe.ch
        Kopie: 
        Thema:  Antwort: [linux-support] DHCPD - wechsel von hub auf switch


Kommt mir noch was anders in den Sinn.
Hast du die Clients in dhcp.conf mit der MAC addresse einzeln angegeben? 
Denn das funktioniert jetzt nicht mehr, da der dhcp Server nur noch eine 
MAC Adresse sieht, und zwar die des Switches.

Chrigu


____________________________________________________

 Christof Lauber

 Software Engineer

 Ascom Transmission Ltd
 Belpstrasse 37
 CH-3000 Berne 14

 Telephone 
  +41 31 999 21 11
 Direct number 
  +41 31 999 29 96
 Fax
  +41 31 999 10 78
 Email
  christof.lauber at ascom.ch





Erich Buri <buri at gmx.ch>
Gesendet von: owner-linux-support at kalinka.catatec.ch
25.10.01 00:40

 
        An:     linux-support at lugbe.ch
        Kopie: 
        Thema:  [linux-support] DHCPD - wechsel von hub auf switch


Hallo zusammen,

In unserem kleine Netzwerk habe ich heute den ethernet-hub gegen einen
switch ausgetauscht. Gleichzeitig ist der neue switch nun 100MBit
tauglich.

Seit dem upgrade habe ich allerdings ein Problem mit dem dhcpd. Ein
Windows98- und ein W2k-client bekommen seither keine Adressen mehr. 
Doch vielleicht
Nach /var/log/messages:

--
Oct 24 23:14:29 cps dhcpd: DHCPDISCOVER from 00:10:5a:a5:64:88 via eth0
Oct 24 23:14:30 cps dhcpd: DHCPOFFER on 192.168.28.8 to
00:10:5a:a5:64:88 via eth0
Oct 24 23:14:34 cps dhcpd: DHCPDISCOVER from 00:10:5a:a5:64:88 via eth0
Oct 24 23:14:34 cps dhcpd: DHCPOFFER on 192.168.28.8 to
00:10:5a:a5:64:88 via eth0
Oct 24 23:14:43 cps dhcpd: DHCPDISCOVER from 00:10:5a:a5:64:88 via eth0
Oct 24 23:14:43 cps dhcpd: DHCPOFFER on 192.168.28.8 to
00:10:5a:a5:64:88 via eth0
--

solche Meldungen bekomme ich wenn der Windows98-Client einen dhcp-server
sucht am laufenden Band. Es scheint als bekäme W98 keine Antwort.....

Die folgenden Meldungen, die ich auch in log/messages gefunden habe,
erhalte ich wenn ich den Befehl 'pump' unter Debian-Linux aufrufe.

--
Oct 24 22:11:06 cps dhcpd: receive_packet failed on eth0: Resource
temporarily unavailable
Oct 24 22:11:12 cps dhcpd: receive_packet failed on eth0: Resource
temporarily unavailable
Oct 24 22:11:23 cps dhcpd: receive_packet failed on eth0: Resource
temporarily unavailable
Oct 24 22:11:33 cps dhcpd: receive_packet failed on eth0: Resource
temporarily unavailable
Oct 24 22:11:33 cps dhcpd: receive_packet failed on eth0: Resource
temporarily unavailable
--

 Diese Linux-Box verwendet allerdings noch ein alte NE2000-Kompatible
10MBit-Karte. Vielleicht auch einfach eine  zu alte. 

Ich kenne mich mit Netzwerken nicht so gut aus. Ist es möglich über den 
gleichen switch sowohl 10MBit als auch 100MBit-Technologie zu verwenden?
So wie ich die Bedienungsanleitung verstanden habe, ja.

Aber das Problem mit dem dhcpd und W98 bleibt. Ich habe, nach dem
DHCPD-HOWTO auch einen host in die routing-tabelle eingefügt mit der
Adresse 255.255.255.255. Aber das hat auch nichts geändert.

-
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
255.255.255.255 0.0.0.0         255.255.255.255 UH    0      0        0
eth0
192.168.28.0    0.0.0.0         255.255.255.0   U     0      0        0
eth0
217.162.164.0   0.0.0.0         255.255.252.0   U     0      0        0
eth1
0.0.0.0         217.162.164.1   0.0.0.0         UG    0      0        0
eth1
-

Ist das ein simpler Hardware-Fehler?

gruss 
buri