guten abend zusammen, die installation von wlan mit wpa macht probleme. das siemens Gigaset SEchdem ich auf 515 dsl lässt sich bei ausgeschalteter verschlüsslung verbinden. nachedem auf wpa-psk umgestellt wurde, treten probleme auf. es ist hex gewählt. bei rcnetwork start erscheint folgender fehler: eth1 device: Intel Corporation PRO/Wireless 2200BG (rev 05) eth1 configuration: wlan-id-00:0e:35:d9:ff:e3 Line 4: Invalid passphrase length 64 (expected: 8..63) 'blabla'. Line 4: failed to parse psk '"blabla'. Line 6: WPA-PSK accepted for key management, but no PSK configured. Line 6: failed to parse network block. Failed to read configuration file '/var/run/wpa_supplicant-eth1.conf'. eth1 (DHCP) . . . . . no IP address yet... backgrounding. Nothing to flush. laut des routers muss der key 64 stellen haben (mit windoof funktioniert diese config auch). suse motzt aber darüber. warum kann die wpa_supplicant-eth1.conf nicht gelesen werden ? die rechte wurden schon testhalber von 600 auf 666 umgeschrieben. leider ohne erfolg (stehen wieder auf 600). kann mir bitte jemand auf die sprünge helfen ? gruß und danke
Am Mittwoch, 6. Juli 2005 21:19 schrieb Carsten Henkel:
guten abend zusammen,
die installation von wlan mit wpa macht probleme. das siemens Gigaset SEchdem ich auf 515 dsl lässt sich bei ausgeschalteter verschlüsslung verbinden. nachedem auf wpa-psk umgestellt wurde, treten probleme auf. es ist hex gewählt. bei rcnetwork start erscheint folgender fehler:
ich bin jetzt etwas überrascht, weil ich bisher dachte, dass der Centrino-Treiber nur WEP beherrscht. Bislang hatte ich keinen Grund, dies überhaupt anzuzweifeln, weil mein WLAN-Router auch nichts anderes konnte - jetzt habe ich eine Fritz-Box WLAN, die auch WPA könnte, damit wäre das für mich auch wieder interessant... btw: Seit dem Wechsel auf die Fritz-Box ist mein Konqueror zeitweise äußerst langsam, ich habe den Eindruck, es käme aus der Namensauflösung. Firefox ist genauso schnell wie vorher!?! Könnte auch auch mit einem der letzten Updates zusammenhängen? Gruß Martin
Am Mittwoch 06 Juli 2005 22.46 schrieb Martin Hofius:
ich bin jetzt etwas überrascht, weil ich bisher dachte, dass der Centrino-Treiber nur WEP beherrscht. Bislang hatte ich keinen Grund, dies überhaupt anzuzweifeln, weil mein WLAN-Router auch nichts anderes konnte - jetzt habe ich eine Fritz-Box WLAN, die auch WPA könnte, damit wäre das für mich auch wieder interessant...
Der ipw2100 kann seit Version 0.57 auch WPA. Habs allerdings auch nie ausprobiert.
btw: Seit dem Wechsel auf die Fritz-Box ist mein Konqueror zeitweise äußerst langsam, ich habe den Eindruck, es käme aus der Namensauflösung. Firefox ist genauso schnell wie vorher!?! Könnte auch auch mit einem der letzten Updates zusammenhängen?
Die Namensauflösung macht aber AFAIK nicht der Konqueror oder KDE. Gruss Dani
Am Mittwoch 06 Juli 2005 22.46 schrieb Martin Hofius:
ich bin jetzt etwas überrascht, weil ich bisher dachte, dass der Centrino-Treiber nur WEP beherrscht. Bislang hatte ich keinen Grund, dies ... Der ipw2100 kann seit Version 0.57 auch WPA. Habs allerdings auch nie ausprobiert. Interessant. Muß ich mal nachsehen, welche Version jetzt eigentlich in 9.3 enthalten ist (Out of the box mit den aktuellen online updates)
btw: Seit dem Wechsel auf die Fritz-Box ist mein Konqueror zeitweise äußerst langsam, ich habe den Eindruck, es käme aus der Namensauflösung. Firefox ist genauso schnell wie vorher!?! Könnte auch auch mit einem der letzten Updates zusammenhängen?
Die Namensauflösung macht aber AFAIK nicht der Konqueror oder KDE. So sehe ich das auch. Gerade in der Anfangszeit gab es aber schon mal ein ziemliches Problem mit der Namensauflösung, das auch Konqueror und andere KDE-Programme betraf (aber auch evtl ping, fetchmail usw), aber erstaunlicherweise Firefox ziemlich kalt ließ, der funktionierte von Anfang an sauber. Keine Ahnung warum, aber vielleicht mach der Firefox einige Dinge selbst - wenn auch vielleicht unflexibler - und ist von irgendeiner globalen
Am Mittwoch, 6. Juli 2005 22:57 schrieb Daniel Bertolo: lib unabhängiger? Vielleicht ist dieses Problem wieder in schwächerer Form auferstanden?
Gruss Dani
Gruss Martin
Am Mittwoch 06 Juli 2005 23.13 schrieb Martin Hofius:
Der ipw2100 kann seit Version 0.57 auch WPA. Habs allerdings auch nie ausprobiert.
Interessant. Muß ich mal nachsehen, welche Version jetzt eigentlich in 9.3 enthalten ist (Out of the box mit den aktuellen online updates)
Guckst du http://ipw2100.sourceforge.net/news.php für die Entwicklung des Treibers. Was SuSE 9.3 anbelangt kann ich nicht helfen. Bin zu Hause ein Gentoo User. Gruss Dani
Daniel Bertolo wrote:
Am Mittwoch 06 Juli 2005 23.13 schrieb Martin Hofius:
Guckst du http://ipw2100.sourceforge.net/news.php für die Entwicklung des Treibers. Was SuSE 9.3 anbelangt kann ich nicht helfen. Bin zu Hause ein Gentoo User.
Gruss Dani
danke für deinen tipp und eure antworten. bei mir ist eine 2200 im einsatz. funtzt der treiber für die 2100 auch mit der 2200 ? gruß
Carsten Henkel wrote:
Daniel Bertolo wrote:
Am Mittwoch 06 Juli 2005 23.13 schrieb Martin Hofius:
Guckst du http://ipw2100.sourceforge.net/news.php danke für deinen tipp und eure antworten. bei mir ist eine 2200 im einsatz. funtzt der treiber für die 2100 auch mit der 2200 ?
gruß
tut er....
der fehler liegt im yast. es wird nach der passphrase gefragt, aber das ascii passwort muss eingetragen werden. dann klappts auch mit dem nachbarn. gruß
Carsten Henkel
Carsten Henkel wrote:
Daniel Bertolo wrote:
Am Mittwoch 06 Juli 2005 23.13 schrieb Martin Hofius: Guckst du http://ipw2100.sourceforge.net/news.php danke für deinen tipp und eure antworten. bei mir ist eine 2200 im einsatz. funtzt der treiber für die 2100 auch mit der 2200 ?
gruß
tut er....
...nicht. Es gibt aber einen Treiber für die Intel PRO/Wireless 2200, der nennt sich dann ipw2200 (http://ipw2200.sourceforge.net). Ist auch auf der 9.3, aber nicht in der allerneuesten Version. cu... -- Joachim Gleißner
Joachim Gleissner wrote:
Carsten Henkel
writes: Carsten Henkel wrote:
Daniel Bertolo wrote:
Am Mittwoch 06 Juli 2005 23.13 schrieb Martin Hofius: Guckst du http://ipw2100.sourceforge.net/news.php
danke für deinen tipp und eure antworten. bei mir ist eine 2200 im einsatz. funtzt der treiber für die 2100 auch mit der 2200 ?
gruß
tut er....
...nicht. Es gibt aber einen Treiber für die Intel PRO/Wireless 2200, der nennt sich dann ipw2200 (http://ipw2200.sourceforge.net). Ist auch auf der 9.3, aber nicht in der allerneuesten Version.
cu...
danke für den hinweis. ich dachte gelesen zu haben, das er es doch tut. es funtzt allerdings auch mit den suse treibern. wenn man halt das ascii pw im yast einträgt wo passphrase steht. gruß
On Thu, Jul 07, 2005 at 10:27:43AM +0200, Carsten Henkel wrote:
danke für den hinweis. ich dachte gelesen zu haben, das er es doch tut. es funtzt allerdings auch mit den suse treibern. wenn man halt das ascii pw im yast einträgt wo passphrase steht.
??? Die Passphrase ist das "ascii pw". Was du meinst mit "ascii" ist die ASCII- repräsentation deines (binären) keys. Zumindest habe ich das so aus dem Hilfetext im YaST entnommen. -- Stefan Seyfried
Stefan Seyfried schrieb:
On Thu, Jul 07, 2005 at 10:27:43AM +0200, Carsten Henkel wrote:
danke für den hinweis. ich dachte gelesen zu haben, das er es doch tut. es funtzt allerdings auch mit den suse treibern. wenn man halt das ascii pw im yast einträgt wo passphrase steht.
??? Die Passphrase ist das "ascii pw". Was du meinst mit "ascii" ist die ASCII- repräsentation deines (binären) keys. Zumindest habe ich das so aus dem Hilfetext im YaST entnommen.
stimmt. darauf bin ich dann nachdem es funktionierte auch gestoßen... gruß
Hi!
Carsten Henkel
guten abend zusammen,
die installation von wlan mit wpa macht probleme. das siemens Gigaset SEchdem ich auf 515 dsl lässt sich bei ausgeschalteter verschlüsslung verbinden. nachedem auf wpa-psk umgestellt wurde, treten probleme auf. es ist hex gewählt. bei rcnetwork start erscheint folgender fehler:
eth1 device: Intel Corporation PRO/Wireless 2200BG (rev 05) eth1 configuration: wlan-id-00:0e:35:d9:ff:e3 Line 4: Invalid passphrase length 64 (expected: 8..63) 'blabla'. Line 4: failed to parse psk '"blabla'.
Das sieht mir nach einem Bug in ifup-wireless-wpa aus. Könntest du den attachten Patch mal ausprobieren? Anwendung als 'root': cd /etc/sysconfig/network/scripts ; patch -p0 < /pfad/zu/ifup-wireless-wpa.diff Danach natürlich 'rcnetwork restart'. TIA! cu... -- Joachim Gleißner
Joachim Gleissner wrote:
Hi!
Carsten Henkel
writes: guten abend zusammen,
die installation von wlan mit wpa macht probleme. das siemens Gigaset SEchdem ich auf 515 dsl lässt sich bei ausgeschalteter verschlüsslung verbinden. nachedem auf wpa-psk umgestellt wurde, treten probleme auf. es ist hex gewählt. bei rcnetwork start erscheint folgender fehler:
eth1 device: Intel Corporation PRO/Wireless 2200BG (rev 05) eth1 configuration: wlan-id-00:0e:35:d9:ff:e3 Line 4: Invalid passphrase length 64 (expected: 8..63) 'blabla'. Line 4: failed to parse psk '"blabla'.
Das sieht mir nach einem Bug in ifup-wireless-wpa aus. Könntest du den attachten Patch mal ausprobieren?
Anwendung als 'root': cd /etc/sysconfig/network/scripts ; patch -p0 < /pfad/zu/ifup-wireless-wpa.diff
Danach natürlich 'rcnetwork restart'. TIA!
die beschriftung im yast ist unverändert. ascii ist nicht auswählbar. nur hex und pharse. gruß
Carsten Henkel
Joachim Gleissner wrote:
Carsten Henkel
writes: eth1 device: Intel Corporation PRO/Wireless 2200BG (rev 05) eth1 configuration: wlan-id-00:0e:35:d9:ff:e3 Line 4: Invalid passphrase length 64 (expected: 8..63) 'blabla'. Line 4: failed to parse psk '"blabla'.
Das sieht mir nach einem Bug in ifup-wireless-wpa aus. Könntest du den attachten Patch mal ausprobieren?
Anwendung als 'root': cd /etc/sysconfig/network/scripts ; patch -p0 < /pfad/zu/ifup-wireless-wpa.diff
Danach natürlich 'rcnetwork restart'. TIA!
die beschriftung im yast ist unverändert. ascii ist nicht auswählbar. nur hex und pharse.
Im YaST soll sich ja nichts ändern, das ist korrekt so. Der Unterschied ist, daß mit dem Patch Preshared Keys, die als Hex-Werte eingegeben wurden, nun auch funktionieren sollten. cu... -- Joachim Gleißner
Hallo Joachim, hallo Leute, Am Donnerstag, 7. Juli 2005 10:36 schrieb Joachim Gleissner: [...]
Das sieht mir nach einem Bug in ifup-wireless-wpa aus. Könntest du den attachten Patch mal ausprobieren?
Aus dem Patch:
+ PSK=$WIRELESS_WPA_PSK [...] + psk=$PSK
Ist das fehlende Quoting Absicht oder ein neuer Bug? ;-) Ich würde jedenfalls PSK="$WIRELESS_WPA_PSK" und psk="$PSK" vorschlagen... Gruß Christian Boltz -- [suse-talk] > Allerdings sollte er mit unserer Art Humor zurechtkommen. Wie jetzt? Humor? ....Ich war schon immer so... [> Helga Fischer und Thilo Alfred Bätzig in suse-linux]
Christian Boltz
Hallo Joachim, hallo Leute,
Am Donnerstag, 7. Juli 2005 10:36 schrieb Joachim Gleissner: [...]
Das sieht mir nach einem Bug in ifup-wireless-wpa aus. Könntest du den attachten Patch mal ausprobieren?
Aus dem Patch:
+ PSK=$WIRELESS_WPA_PSK [...] + psk=$PSK
Ist das fehlende Quoting Absicht oder ein neuer Bug? ;-)
Absicht. Das Quoting war das Problem. Für den wpa_supplicant ergeben diese Anführungszeichen nämlichen einen signifikanten Unterschied. Mit Anführungszeichen ist der Key vom Typ Passphrase und muß 8 bis 63 Zeichen lang sein, ohne ist es ein Hex-Key und muß exakt 64 Zeichen lang sein. cu... -- Joachim Gleißner
Hallo Joachim, hallo Leute, Am Donnerstag, 7. Juli 2005 17:09 schrieb Joachim Gleissner:
Christian Boltz
writes: Am Donnerstag, 7. Juli 2005 10:36 schrieb Joachim Gleissner:
Aus dem Patch:
+ PSK=$WIRELESS_WPA_PSK [...] + psk=$PSK
Ist das fehlende Quoting Absicht oder ein neuer Bug? ;-)
Absicht. Das Quoting war das Problem. Für den wpa_supplicant ergeben diese Anführungszeichen nämlichen einen signifikanten Unterschied. Mit Anführungszeichen ist der Key vom Typ Passphrase und muß 8 bis 63 Zeichen lang sein, ohne ist es ein Hex-Key und muß exakt 64 Zeichen lang sein.
Irgendwie habe ich das Gefühl, dass wir aneinander vorbeireden ;-) Vorbedingung: WIRELESS_WPA_PSK=foo # hier mal absichtlich ohne Quoting # untenstehender Code echo "«$PSK»" # steht jeweils in runden Klammern Ich zitiere nochmal den Patch: + if [ ${#WIRELESS_WPA_PSK} = 64 ]; then + PSK=$WIRELESS_WPA_PSK Mit PSK="$WIRELESS_WPA_PSK" steht hinterher in der Variable exakt der gleiche Inhalt («foo»)- die Anführungszeichen werden von der Bash verarbeitet und "geschluckt". Der Vorteil wäre allerdings, dass Variablen mit defektem Inhalt (z. B. mit Leerzeichen oder Tabs) an dieser Stelle keinen Ärger machen können. Für psk="$PSK" gilt übrigens dasselbe ;-) + else + PSK="\"$WIRELESS_WPA_PSK\"" Hier enthält die Variable hinterher wirklich Anführungszeichen («"foo"») Gruß Christian Boltz -- [Virenscanner] Stattdessen gehört auf einen Windows-Arbeitsplatz ein guter, selbstaktualisierender lokaler Scanner, der die Windows-Kiste so richtig schön langsam beim Öffnen von Dateien macht, um den Windows-Anwender zu motivieren, auf Linux umzusteigen. [Kristian Koehntopp in suse-linux]
Hi!
Christian Boltz
Am Donnerstag, 7. Juli 2005 17:09 schrieb Joachim Gleissner:
Christian Boltz
writes: Irgendwie habe ich das Gefühl, dass wir aneinander vorbeireden ;-)
Vorbedingung: WIRELESS_WPA_PSK=foo # hier mal absichtlich ohne Quoting # untenstehender Code echo "«$PSK»" # steht jeweils in runden Klammern
Ich zitiere nochmal den Patch: + if [ ${#WIRELESS_WPA_PSK} = 64 ]; then + PSK=$WIRELESS_WPA_PSK
Mit PSK="$WIRELESS_WPA_PSK" steht hinterher in der Variable exakt der gleiche Inhalt («foo»)- die Anführungszeichen werden von der Bash verarbeitet und "geschluckt".
Der Vorteil wäre allerdings, dass Variablen mit defektem Inhalt (z. B. mit Leerzeichen oder Tabs) an dieser Stelle keinen Ärger machen können.
Stimmt. Die machen dann erst später Ärger. ;)
Für psk="$PSK" gilt übrigens dasselbe ;-)
Das stimmt so nicht. Hier der komplette Kontext:
cat > $WPA_SUPP_CONF < + else
+ PSK="\"$WIRELESS_WPA_PSK\"" Hier enthält die Variable hinterher wirklich Anführungszeichen («"foo"») Und das soll ja auch so sein.
cu...
--
Joachim Gleißner
participants (6)
-
Carsten Henkel
-
Christian Boltz
-
Daniel Bertolo
-
Joachim Gleissner
-
Martin Hofius
-
Stefan Seyfried