[gelöst] SuSE9.3, Gnome, netapplet: ifcfg zT überschrieben

[land_of_green]

Hallo,

eigentlich funktioniert mein WLAN, sogar mit WEP-Verschlüsselung. Allerdings nur begrenzte Zeit, danach kriege ich keine Verbindung zum AP mehr.

Sobald das passiert ist, schaue ich mir die ifcfg-Datei meiner WLAN-Karte an und stelle jedes Mal fest, dass sie vor kurzem neu geschrieben wurde. Eine Probe mit YaST ergibt dann, dass die ESSID auf "any" umgeschrieben und der WEP-Schlüssel gelöscht wurde.

Eine erste Suche nach dem "Übeltäter" blieb erfolglos. Laut /var/log/messages wurde der DHCP-Client mit Signal 15 beendet.

Wer kann mir sagen, welche Programme/Prozesse überhaupt in die ifcfg-Dateien schreiben?

Vielen Dank für Eure Hilfe!


Stefan

 

[Freecoffee]

Das könnte YaST sein, überprüf doch bitte einmal die Konfiguration dort und in /etc/sysconfig/*.

 

[land_of_green]

Hallo,

die ifcfg-Datei hab ich mit YaST erstellt und dann mit nem Editor geprüft. Da stimmte noch alles.

Als die Datei dann "von Geisterhand" geändert wurde, war YaST nicht aktiv. Derzeit hab ich dhcpcd im Verdacht, aber leider ist das Programm nicht sonderlich gesprächig.

Als erste Massnahme hab ich die IP-Adressen mal statisch vergeben. Trotzdem interessiert mich brennend:
- Kann man protokollieren, welcher Przoeß eine Datei schreibt?
- Gibt es Möglichkeiten, das Treiben des dhcpcd zu verfolgen, wenn der Prozess mit signal 15 abgebrochen wird?

Stefan

 

[land_of_green]

Hallo,

das Thema beschäftigt mich immer noch, da das Überschreiben auch mit statischer IP-Adresse passiert:

Der Kernel meldet zwischendurch immer mal, dass er die Verbindung zum AP für 5 Sekunden unterbrechen wird. Danach wird das WLAN-Interface angehalten und sofort wieder gestartet.

Dabei wird ifdown-dhcp immer dann aktiv, wenn die ifcfg-Datei zuvor überschrieben wurde.

Aber wer tut sowas? Welche zusätzlichen Daten benötigt Ihr, damit ich geholfen werden kann?

tefan

 

[land_of_green]

So, nochmal ich.

Es hat sich eigentlich nichts geändert, hin und wieder ändert wer das ifcfg meines WLAN-Adapters. Bei der Suche nach dem Übeltäter bin ich nicht wirklich weitergekommen, deshalb hier mal ein paar /var/log/messages vom letzten Vorkommnis:

Sep  4 22:50:40 atlantis2 kernel: ******We Lose AP for 5 seconds
Sep  4 22:50:40 atlantis2 kernel: zd1211:zd1205_dis_connect
Sep  4 22:50:40 atlantis2 kernel: zd1205_notify_disjoin_event
Sep  4 22:50:43 atlantis2 SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled.
Sep  4 22:50:43 atlantis2 SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ...
Sep  4 22:50:44 atlantis2 SuSEfirewall2: Firewall rules successfully set
Sep  4 22:50:44 atlantis2 kernel: zd1205: (enter) zd1205_close, /root/zd1211-driver-r69/src/zd1205.c line 4892
Sep  4 22:50:44 atlantis2 kernel: zd1205: (exit) zd1205_close, /root/zd1211-driver-r69/src/zd1205.c line 4958
Sep  4 22:50:45 atlantis2 kernel: zd1205: (enter) zd1205_open, /root/zd1211-driver-r69/src/zd1205.c line 4349
Sep  4 22:50:45 atlantis2 kernel: zd1205: (exit) zd1205_open, /root/zd1211-driver-r69/src/zd1205.c line 4432
Sep  4 22:50:45 atlantis2 kernel: zd1211:Mixed Mode
Sep  4 22:50:45 atlantis2 kernel: zd1211:STA_ASSOCIATED with 00:04:0e:68:a2:9c
Sep  4 22:50:45 atlantis2 kernel: zd1211:Switch to Infra mode
Sep  4 22:50:45 atlantis2 kernel: zd1211:Mixed Mode
Sep  4 22:50:45 atlantis2 kernel: zd1211:Mixed Mode
Sep  4 22:50:45 atlantis2 kernel: zd1211:STA_ASSOCIATED with 00:04:0e:68:a2:9c
Sep  4 22:50:45 atlantis2 kernel: keybuf data [0]:
Sep  4 22:50:45 atlantis2 kernel:
Sep  4 22:50:45 atlantis2 kernel: Update CardSetting
Sep  4 22:50:46 atlantis2 kernel: SSID Changed
Sep  4 22:50:55 atlantis2 kernel: NET: Registered protocol family 17
Sep  4 22:50:55 atlantis2 dhcpcd[31882]: broadcasting DHCP_REQUEST for 192.168.42.20
Sep  4 22:51:05 atlantis2 dhcpcd[31882]: timed out waiting for DHCP_ACK response
Sep  4 22:51:05 atlantis2 dhcpcd[31882]: broadcasting DHCP_DISCOVER

Für mich sieht es so aus, als sei die Verbindung erstmal wieder zustande gekommen; der Kernel meldet ein STA_ASSOCIATED. Allerdings werden kurz darauf die Einstellungen des Interface geändert.

Nochmal meine Frage: Was passiert da?

Würde mich freuen, wenn Ihr Euch der Sache nochmal annehmt.

Danke,

Stefan

 

[Grothesk]

Das ist entweder irgendwas am Treiber.
Hier mal die neuesten probiert?
http://zd1211.ath.cx/

oder

dein Router wirft dich aus irgendwelchen Gründen raus. Mal die Sicherheitseinstellungen dort überprüft? MAC-Adressfilterung usw.?

Mit dem dhcpd hat das nichts zu tun. Der tritt nur wieder in Aktion, da ja die Verbindung wieder neu aufgebaut wurde.

 

[land_of_green]

Grothesk, danke für die schnelle Antwort!

Werd den neuesten Treiber mal installieren und schauen, was dann passiert. Kann der Treiber denn die ifcfg-Datei ändern?

Denn als ich mir vorhin dir /etc/sysconfig/network angeschaut habe, wurde das ifcfg des WLAN-Adapters just um 22:50 zuletzt geändert. Dabei ist folgendes passiert:
- Eintrag SSID -> 'any'
- Eintrag WIRELESS_KEY0 -> gelöscht
- Eintrag BOOTPROTO='dhcp' hinzugefügt
Und das, obwohl niemand (nicht mal root) Schreibrechte für die Datei hat ...

Hab daraufhin die alte ifcfg wiederhergestellt, einmal /etc/rc.d/network restart gesagt und kann seither wieder surfen.

Sobald der neue Treiber installiert ist, gibt's ein Update.

Stefan

 

[land_of_green]

So, auf ein neues:

Habe Treiberversion r83 installiert, und leider hat sich nichts geändert: Das cfg-File wurde erneut überschrieben. Und jetzt?

@freecoffee: Habe Deine erste Antwort nochmal gelesen und evtl. erst jetzt richtig verstanden. Schreibt YaST die WLAN-Info noch in andere Dateien als die ifcfg? Welche sind das? Bin davon ausgegangen, dass es nur die ifcfg's gibt ... sorry

@grothesk: Du hast den Router im Verdacht. Wie kann der Einfluss auf meine cfg-Datei nehmen?

Verwirrt und ratlos,

Stefan

 

[Grothesk]

Sep  4 22:50:40 atlantis2 kernel: ******We Lose AP for 5 seconds 
 Sep  4 22:50:40 atlantis2 kernel: zd1211:zd1205_dis_connect 
 Sep  4 22:50:40 atlantis2 kernel: zd1205_notify_disjoin_event

Da verlierst du die Verbindung zum Router. Aber warum, wieso, weshalb kann man da auch nicht sehen.

 

[land_of_green]

Das passiert bei mir recht regelmäßig:

Sep  5 21:41:29 atlantis2 kernel: ******We Lose AP for 5 seconds
Sep  5 21:41:29 atlantis2 kernel: zd1211:zd1205_dis_connect
Sep  5 21:41:29 atlantis2 kernel: zd1205_notify_disjoin_event
Sep  5 21:41:30 atlantis2 kernel: zd1211:Mixed Mode
Sep  5 21:41:30 atlantis2 kernel: zd1211:STA_ASSOCIATED with 00:04:0e:68:a2:9c
Sep  5 21:41:30 atlantis2 kernel: zd1211:Notify_join_event:00:04:0e:68:a2:9c
Sep  5 21:48:49 atlantis2 kernel: ******We Lose AP for 5 seconds
Sep  5 21:48:49 atlantis2 kernel: zd1211:zd1205_dis_connect
Sep  5 21:48:49 atlantis2 kernel: zd1205_notify_disjoin_event
Sep  5 21:48:50 atlantis2 kernel: zd1211:Mixed Mode
Sep  5 21:48:50 atlantis2 kernel: zd1211:STA_ASSOCIATED with 00:04:0e:68:a2:9c
Sep  5 21:48:50 atlantis2 kernel: zd1211:Notify_join_event:00:04:0e:68:a2:9c

Nur wird da normalerweise nix an den cfg's überschrieben, ich merk das nichtmal grossartig.

Aber sobald das WLAN nicht mehr mag, mach ich folgendes:
1.

dir /etc/sysconfig

- um zu sehen, ob bzw. wann die ifcfg-Datei geändert wurde
2. mit

less /var/log/messages

schau ich dann, was rund um dieses Änderungsdatum passiert ist.

Wenn die Datei geändert wurde, sieht's so aus wie gestern. Der Auszug oben beschreibt den "normalen" Ablauf. Hab bisher nur mit dem WLAN-Adapter OvisLink-5480 unter Linux probiert und kann daher nicht mit anderen Adaptern/Treibern vergleichen.

Ist das ständige Ab- und Anmelden normal beim zd1211-Modul?

Stefan

 

[land_of_green]

Habe mir die Kernel-Messages nochmal angeschaut:

Sep  8 00:53:47 atlantis2 kernel: ******We Lose AP for 5 seconds
Sep  8 00:53:47 atlantis2 kernel: zd1211:zd1205_dis_connect
Sep  8 00:53:47 atlantis2 kernel: zd1205_notify_disjoin_event
Sep  8 00:53:48 atlantis2 kernel: zd1211:Mixed Mode
Sep  8 00:53:54 atlantis2 kernel: zd1211:Mixed Mode
Sep  8 00:54:00 atlantis2 kernel: zd1211:Mixed Mode
Sep  8 00:54:01 atlantis2 kernel: eth0: remaining active for wake-on-lan
Sep  8 00:54:01 atlantis2 SuSEfirewall2: Warning: ip6tables does not support sta
te matching. Extended IPv6 support disabled.
Sep  8 00:54:01 atlantis2 SuSEfirewall2: Setting up rules from /etc/sysconfig/Su
SEfirewall2 ...
Sep  8 00:54:01 atlantis2 kernel: eth0: DSPCFG accepted after 0 usec.
Sep  8 00:54:01 atlantis2 kernel: eth0: link up.
Sep  8 00:54:01 atlantis2 kernel: eth0: Setting full-duplex based on negotiated
link capability.
Sep  8 00:54:01 atlantis2 SuSEfirewall2: Firewall rules successfully set
Sep  8 00:54:01 atlantis2 kernel: zd1205: (enter) zd1205_close, /home/stefan/tre
iber/zd1211-driver-r83/src/zd1205.c line 4896
Sep  8 00:54:01 atlantis2 kernel: zd1205: (exit) zd1205_close, /home/stefan/trei
ber/zd1211-driver-r83/src/zd1205.c line 4962
Sep  8 00:54:02 atlantis2 kernel: zd1205: (enter) zd1205_open, /home/stefan/trei
ber/zd1211-driver-r83/src/zd1205.c line 4353
Sep  8 00:54:02 atlantis2 kernel: zd1205: (exit) zd1205_open, /home/stefan/treib
er/zd1211-driver-r83/src/zd1205.c line 4436
Sep  8 00:54:02 atlantis2 kernel: zd1211:Mixed Mode
Sep  8 00:54:02 atlantis2 kernel: zd1211:Switch to Infra mode
Sep  8 00:54:02 atlantis2 kernel: zd1211:Mixed Mode
Sep  8 00:54:02 atlantis2 kernel: keybuf data [0]:
Sep  8 00:54:02 atlantis2 kernel:
Sep  8 00:54:02 atlantis2 kernel: Update CardSetting
Sep  8 00:54:12 atlantis2 dhcpcd[7375]: broadcasting DHCP_REQUEST for 192.168.42
.20
Sep  8 00:54:22 atlantis2 dhcpcd[7375]: timed out waiting for DHCP_ACK response
Sep  8 00:54:22 atlantis2 dhcpcd[7375]: broadcasting DHCP_DISCOVER

Stutzig macht mich, dass da sowohl zd1211 als auch zd1205 Einträge schreiben. Um 0:54 wurde auch die ifcfg-Datei zuletzt geändert:

-rw-------  1 root root 1000 2006-09-08 00:54 ifcfg-wlan-id-00:4f:66:00:28:3f

Vor dem Überschreiben sah die Datei so aus:

WIRELESS_IWPRIV_OPTIONS='set_Region 2'
#WIRELESS_ESSID='xxxxxxxxxxx'
#WIRELESS_KEY_0='xxxxxxxxxxxxxxxxxxxxxxxxxx'
WIRELESS_ESSID='xxxxxxxxxxx'
WIRELESS_KEY_0='xxxxxxxxxxxxxxxxxxxxxxxxxx'
WIRELESS_KEY_1='xxxxxxxxxxxxxxxxxxxxxxxxxx'
WIRELESS_KEY_2='xxxxxxxxxxxxxxxxxxxxxxxxxx'
WIRELESS_KEY_3='xxxxxxxxxxxxxxxxxxxxxxxxxx'
#WIRELESS_DEFAULT_KEY='0'
WIRELESS_WPA_PSK=''
#WIRELESS_CHANNEL='12'
BROADCAST='192.168.42.255'
IPADDR='xxx.xxx.xx.xx'
NETMASK='255.255.255.0'
NETWORK='xxx.xxx.xx.0'
kWIRELESS_FREQUENCY=''
PREFIXLEN=''
WIRELESS_NWID=''
WIRELESS_DEFAULT_KEY='0'
WIRELESS_KEY_LENGTH='128'
WIRELESS_AP=''
WIRELESS_BITRATE='auto'
WIRELESS_CHANNEL=''
WIRELESS_MODE='Managed'
WIRELESS_FREQUENCY=''

Danach dann so:

WIRELESS_IWPRIV_OPTIONS='set_Region 2'
#WIRELESS_ESSID='xxxxxxxxxxx'
#WIRELESS_KEY_0='xxxxxxxxxxxxxxxxxxxxxxxxxx'
WIRELESS_KEY_1='xxxxxxxxxxxxxxxxxxxxxxxxxx'
WIRELESS_KEY_2='xxxxxxxxxxxxxxxxxxxxxxxxxx'
WIRELESS_KEY_3='xxxxxxxxxxxxxxxxxxxxxxxxxx'
#WIRELESS_DEFAULT_KEY='0'
WIRELESS_WPA_PSK=''
#WIRELESS_CHANNEL='12'
BROADCAST='xxx.xxx.xx.xxx'
IPADDR='xxx.xxx.xx.xx'
NETMASK='255.255.255.0'
NETWORK='xxx.xxx.xx.0'
kWIRELESS_FREQUENCY=''
PREFIXLEN=''
WIRELESS_ESSID='any'
BOOTPROTO='dhcp'
WIRELESS_NWID=''
WIRELESS_KEY=''
WIRELESS_DEFAULT_KEY='0'
WIRELESS_KEY_LENGTH='128'
WIRELESS_AP=''
WIRELESS_BITRATE='auto'
WIRELESS_CHANNEL=''
WIRELESS_MODE='Managed'
WIRELESS_FREQUENCY=''

Wer hat eine Idee, wo ich noch suchen kann? Vielen Dank für Eure Hilfe,

Stefan

 

[land_of_green]

So,

jetzt hab ich mal in den Sources des zd1211-Treibers gewühlt. Die Meldung

******We Lose AP for 5 seconds

wird abgesetzt, nachdem

//The AP-exist flag is not set by any received Mgt or Data frame yet, so we increase the lost-Beacon counter.

5x durchlaufen wurde, also irgendwie die Verbindung zum AP recht wackelig zu sein scheint. (zd1205.c, Zeile 5711 ff.)

Hab ich es schlicht und ergreifend mit einer schlechten Verbindung zu tun?
Welche Tools geben Aufschluss über die WLAN-Qualität?
*das Forum durchsuch*

Parallel dazu beisse ich mir sonstwohin, weil ich die Kernel-Meldung komplett falsch verstanden habe. Ich dachte ständig, dass der Kernel von sich aus die Verbindung abbricht :?

Stefan

 

[land_of_green]

Moin,

WLAN läuft jetzt auf nem anderen Channel, die Anzahl der Verbindungsabbrüche ist deutlich geringer geworden.

Allerdings führen Verbindungsabbrüche nach wie vor zum Überschreiben der ifcfg-Datei. Da ich mit meinem Latein (mal wieder / immer noch) am Ende bin, freu ich mich, wenn Ihr mir beim Beantworten einiger Fragen helfen könnt:

- Lässt sich protokollieren, welcher Prozess auf eine Datei zugreift?
- Welche Prozesse / Scripte / Treiber sorgen dafür, dass eine unterbrochene Verbindung neu aufgebaut wird?
- Welches Programm steckt eigentlich hinter dem Icon "Netzwerk-Verbindungen" auf dem Gnome-Desktop?
- Wie kann ich die Fehlerquelle einkreisen?
- Hängt das evtl. mit anderen WLANs zusammen, mit denen sich mein Adapter verbinden will?
- Kann ich dem Adapter dieses WLAN-Hopping "austreiben"?

Danke für Eure Hilfe!

Stefan
[/code]

 

[land_of_green]

So,

das Problem ist gelöst!

Ich habe das GONE-Netapplet deinstalliert und seither keine Verbindungs-Unterbrechungen bzw. überschriebenen cfg-Dateien mehr gehabt *freu*

Euch allen vielen Dank für die Unterstützung.

Stefan