• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

wirres Verhalten von DHCPclient und kinternet

Hallo zusammen,

ich habe seit einiger Zeit ein merkwürdiges Problem, welches ich so teilweise erklären kann, aber eine Lösung dafür habe ich nicht. Mit dem Laptop nutze ich recht ausgiebig SCPM, da ich recht unterschiedliche Netzwerk- und Druckerkonfigurationen habe, so verteilt in meinem Lebensraum. Prinzipiell funktioniert das auch hervorragend, nur hier am Arbeitsplatz überschneiden sich mehrere Netze und der DHCP-Client ist schwer verwirrt. Nach etlichen rcnetwork restarts und iwconfig eth0 essid DIERICHTIGEESSID und nochmaligen rcnetwork restarts klappts dann manchmal, aber dieses Vorgehen entbehrt jeder Systematik und manchmal hilft auch wirklich nur ein Reboot bzw. der wäre dann schneller. An dieser Stelle noch wichtig: das Problem habe ich irgendwie nur dann, wenn ich vorher mit einem anderen Profil im Netz war und den Rechner damit suspended hab... Aber nur hier! Woanders klappt ein resume und der Wechsel in ein anderes SCPM-Profil problemlos. Es ist also eher ein kinternet/DHCP-Problem, wobei ich betonen möchte, dass grundsätzlich die Anwesenheit vieler Netze kein Problem ist.

Details zum Netz: das WLANuni-fr Netz vergibt 10er IPs, das MOimtek_x, in welches ich möchte (es gibt hier zwei Accesspoints, der eine hat das Netz 1 und ist stärker, der andere 2 und ist zu schwach) vergibt 192er IPs. Was sonst immer gut klappt tut hier nun nicht: mit kinternet das richtige Netz auswählen. Die ESSID per iwconfig einzutragen hilft auch nicht wirklich, da ich dann immer noch die falsche IP hab, nämlich eine 10er die mir der andere AP gibt. Die ESSID fest eintragen in die Kartenkonfiguration will ich nicht, weil das eben nicht nötig sein sollte (einfach die WLAN-Karte auf DHCP sollte reichen). Ich kann übrigens zwar meistens nach Netzen mit kinternet suchen, aber mich nicht assoziieren. Wie man sehen kann, ist der Client verwirrt und ich weiß nicht warum. eth1 ist die feste Karte, konfiguriert mit ifplugd, und funkt nicht dazwischen, daran liegt es sicher nicht.

Code:
dionysos:~ # iwlist eth0 scan
eth0      Scan completed :
          Cell 01 - Address: 00:11:95:35:CF:E3
                    ESSID:"MOimtek_1"
                    Protocol:IEEE 802.11bg
                    Mode:Master
                    Channel:6
                    Encryption key:off
                    Bit Rate:36 Mb/s
                    Extra: Rates (Mb/s): 1 2 5.5 11 6 12 24 36
                    Signal level=-66 dBm
                    Extra: Last beacon: 14ms ago
          Cell 02 - Address: 00:E0:63:50:71:22
                    ESSID:"WLANuni-fr"
                    Protocol:IEEE 802.11b
                    Mode:Master
                    Channel:11
                    Encryption key:off
                    Bit Rate:11 Mb/s
                    Extra: Rates (Mb/s): 1 2 5.5 11
                    Signal level=-80 dBm
                    Extra: Last beacon: 78ms ago

dionysos:~ # ifconfig
eth0      Link encap:Ethernet  HWaddr 00:0C:F1:1E:51:47
          inet addr:192.168.0.51  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::20c:f1ff:fe1e:5147/64 Scope:Link
          UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3314 errors:3 dropped:0 overruns:0 frame:0
          TX packets:3242 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1792774 (1.7 Mb)  TX bytes:399784 (390.4 Kb)
          Interrupt:10 Base address:0x2000 Memory:e0000000-e0000fff

eth1      Link encap:Ethernet  HWaddr 00:02:3F:13:4A:ED
          inet6 addr: fe80::202:3fff:fe13:4aed/64 Scope:Link
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:167 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:15098 (14.7 Kb)
          Interrupt:10 Base address:0x2000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:1462 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1462 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:113072 (110.4 Kb)  TX bytes:113072 (110.4 Kb)

dionysos:~ # iwconfig
lo        no wireless extensions.

sit0      no wireless extensions.

eth1      no wireless extensions.

eth0      IEEE 802.11b  ESSID:"WLANuni-fr"  Nickname:"dionysos"
          Mode:Managed  Frequency:2.462 GHz  Access Point: 00:E0:63:50:71:22
          Bit Rate=11 Mb/s   Tx-Power:off
          Retry:on   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=80/100  Signal level=-78 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:25  Invalid misc:3   Missed beacon:4

dionysos:~ # dhcpcd-test eth0
dhcpcd: MAC address = 00:0c:f1:1e:51:47
IPADDR=10.2.54.230
NETMASK=255.255.255.0
NETWORK=10.2.54.0
BROADCAST=10.2.54.255
GATEWAY=10.2.54.254
DOMAIN='vpn.uni-freiburg.de'
DNS=10.1.0.3,10.1.1.12
DHCPSID=10.1.0.1
DHCPGIADDR=10.2.54.254
DHCPSIADDR=10.1.0.1
DHCPCHADDR=00:0C:F1:1E:51:47
DHCPSHADDR=00:09:97:2E:5A:12
DHCPSNAME=''
LEASETIME=3600
RENEWALTIME=1800
REBINDTIME=3150
INTERFACE='eth0'
CLASSID='Linux 2.6.11.4-21.9-default i686'
CLIENTID=00:0C:F1:1E:51:47

dionysos:~ # route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         192.168.0.23    0.0.0.0         UG    0      0        0 eth0

Wie man sieht sind die Netzwerkdaten so halb/halb. Gerade eben ist haben sich jeweils wieder beide "Hälften" umgekehrt, sodass es wieder nicht gegangen ist. Für klärende Hinweise die zur Aufklärung dieses vermurksten Verhaltens dienen wäre ich extrem dankbar!

lg, Daniel
 
OP
mada
ich sollte vielleicht noch was nachschieben:
ich nutze SuSE 9.3 mit jüngstem SuSE-default-Kernel 2.6.11.4-21.9-default, und KDE 3.5RC1. An der genannten KDE-Version liegt es aber vermutlich nicht, das Problem hatte ich schon vieeeel vorher. Aber zur Zeit nervt es mich einfach total.
 
OP
mada
Hallöchen,

nachdem das allgemeine Interesse an dieser Problematik mich völlig überfordert mache ich mal einen neuen Anlauf.

Es sieht fast so aus, als ob weder der DHCPclient, noch kinternet, noch SCPM was dafür können... Allem Anschein nach macht der WLAN-Treiber selbst Stress. Nachdem ich heute morgen wieder mal gar keine IP bekommen hab, von keinem der anwesenden Netze hab ich mal folgendes ausprobiert:

rmmod ipw2100
rcnetwork restart
modprobe ipw2100
rcnetwork restart

Und siehe da, es funktioniert :) Obwohl ich mit der 9.3 eigentlich sehr zufrieden bin, will mir mein System offenbar mitteilen, dass es Zeit wird, sich mal mit dem Gedanken auseinanderzusetzen, auf 10.0 oder die kommende 10.1 aufzurüsten :?

Ich werde das mal im Auge behalten und dann nochmal was dazu posten. Zwischenzeitlich suche ich nochmal nach einer Lösung, wie man der 9.3 einen aktuelleren Kernel unterschieben kann, evtl. den von 10.0.
 
Oben