Hallo, habe eigentlich nicht umkonfiguriert, da spiel die möglicherweise dei automatische hardware erkennung mit - boolog bezeichnet die wlan centrino dann jetzt auch alt eth0.

Was ich verändert hatte war mit yast die option für die integrierte Netzwerkkarte - sich nicht gleich beim booten sondern bei eingestecktem kabel zu ininiatiliseren. Dachte es könnte möglicherweise zu merkwürdigen Verhalten kommen wenn beide beim booten den gleichen Gateway und Nameserver etc. nutzen.
Das hatte die drahtgebundene Karte zwar nicht verübelt, aber nach dem ändern meldet sich diese eben erst nach eingestecktem Kabel,
wlan ist offensichtlich zu eth0 geworden - tut sich aber nix.
Wenn dann kabel eingesteckt wird geht es eben über eth1.

Also bisher keine Veränderungen zum Guten

eth config

BOOTPROTO='dhcp'
MTU=''
NAME='ASUSTeK RTL-8139/8139C/8139C+'
REMOTE_IPADDR=''
STARTMODE='ifplugd'
UNIQUE='xxxxxxxxxxx'
USERCONTROL='no'
_nm_name='bus-pci-0000:01:04.0'
BROADCAST='192.168.1.255'
IPADDR='192.168.1.127'
NETMASK='255.255.255.0'
NETWORK='192.168.1.0'
PREFIXLEN=''
IFPLUGD_PRIORITY='20'

wlan

MTU=''
NAME='Intel MIM2000/Centrino'
REMOTE_IPADDR=''
STARTMODE='auto'
UNIQUE='xxxxxxxxxxxxxxxx'
USERCONTROL='no'
WIRELESS_AUTH_MODE='sharedkey'
WIRELESS_KEY_1=''
WIRELESS_KEY_2=''
WIRELESS_KEY_3=''
WIRELESS_NICK=''
WIRELESS_POWER='no'
WIRELESS_WPA_PSK=''
_nm_name='bus-pci-0000:01:05.0'
BROADCAST='192.168.1.255'
IPADDR='192.168.1.128'
NETMASK='255.255.255.0'
NETWORK='192.168.1.0'
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=''

Zwischenzeitlich ist eth0 wieder zu eth1 geworden. Warum erschließt sich mir hier nicht yast scheint ein gewisses Eigenleben zu haben.
Noch zu möglichenProblematiken, mit dem Laptop logge ich mich auf einen AP ein, natürlich läuft dann der Einlogversuch von Linux mit der gleichen Hardware. Der Lease an XP ist aber noch gültig - ich habe das mal durch ein resetten des Routers versucht - damit war der Lease nicht mehr gültig und mich gleich mit WLan Suse versucht einzuloggen - ging nicht, sonst hätte ich es hier schon rausposaunt....

Ja ist die entschärfte, d.h. Yast schreibt die entsprechende Datei ziemlich willkürlich neu. Das heißt in dieser Copy ist AP Name und Key schon wieder rausgeflogen. Wenn ich jetzt IP, Verschlüsselungskey etc manuell eingebe sollte ich yast doch das automatische ändern der config datei untersagen können.
Wegen dem etwas umständlichen reebot und switchen zwischen XP und Suse Detailszu dem IP Static versuch morgen.

Gruss
PS

Auch wenn ich dieIP Stausch vergebe gibt es keine Verbindung, kein Ping
Route
linux:~ # route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
link-local * 255.255.0.0 U 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo
default 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
linux:~ #
linux:~ # ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
From 192.168.1.128: icmp_seq=2 Destination Host Unreachable

Noch ein Nachtrag zum Key;
Verschlüsselung ist 128 bit WEP.
Ich habe den Schlüssel aus der Config des Routers /AP kopiert und genauso wie bei XP eingesetzt. Fängt also an 0xunddannkommennoch26zeichen.
Das umkonfigurieren des Router auf unverschlüsseltes stößt bei meinen Mitbewohnern auf keine große Akzeptanz wenn Sie acuh grade online sind, deßhalb sind alle Experimente die mit Veränderung der Router/AP konfiguration zu tun haben nicht immer möglich.

Öffnet den Champagner, genau dises 0x war das die Lösung aller Probleme.
Was bisher passiert war, der Schlüssel wurde per YAST als WIRELESS_KEY='' abgespeichert, funktionieren tut nur ein WIRELESS_KEY_0='' (Wenn 0 der aktive Key ist) das geschah immer bei eine Neukonfiguration zum testen.
Dann wurde der Schlüssel in einer etwas verwirrenden Formvom Zyxel-AP angezeigt. Da sieht man manchmal den Wald vor lauter Bäumen nicht.

Also wieder ein glücklicher Linux User mehr, Dank an alle die geholfen haben.

Es musste letztlich etwas mit der Verschlüsselung sein, im nächsten Schritt hätte ich diese auch am APmal ausgeschaltet. (Also stimmt schon, wenn möglich erst Verschlüsselung ausschalten - für Fehlersuche) Gestolpert bin ich dann über deb Verschlüsselungsschlüssel der imWebinterface dargestellt wird. Da dieser aus der Passphrase automatisch generiert wird habe ich den 1:1 aus dem Feld übernommen. XP hatte ja auch keine Schwierigkeiten damit, deßhalb habe ich den Key lange nicht als Fehlerquelle angesehen. Jedenfalls fing er mit "0x" an - das war der Fehler. Ohne Verschlüsselung war mir bei 3-5 weiteren AP aus der Nachbarschaft etwas zu riskant. (Auch wenn 4 unverschlüsselt und offen sind -naja, das ist deren Problem ) Soweit waren alle hier gemachten Ratschläge ziemlich hilfreich - weil dann die Fehler Eingrenzung einfacher wurde