[Bug 648830] New: essid not set on boot for wireless network
https://bugzilla.novell.com/show_bug.cgi?id=648830 https://bugzilla.novell.com/show_bug.cgi?id=648830#c0 Summary: essid not set on boot for wireless network Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: openSUSE 11.3 Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: suse-beta@cboltz.de QAContact: qa@suse.de Found By: Beta-Customer Blocker: --- - traditional network (no networkmanager) - unencrypted network named "gaestehaus" (at the openSUSE conference) - configured with YaST2 The essid is not set automatically for the card after booting: # iwconfig wlan0 wlan0 IEEE 802.11abgn ESSID:off/any Mode:Managed Access Point: Not-Associated Tx-Power=15 dBm Retry long limit:7 RTS thr:off Fragment thr:off Encryption key:off Power Management:off I have to set the essid manually using iwconfig to get the network working. The essid is also lost after resuming from suspend2ram (I think this happens always, but I'm not perfectly sure). The first lines with "wlan" in /v/l/messages after boot: Oct 23 09:13:40 geeko ifup: wlan0 device: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61) Oct 23 09:13:40 geeko ifup-wireless: wlan0 starting wpa_supplicant Oct 23 09:13:41 geeko kernel: [ 46.086898] ADDRCONF(NETDEV_UP): wlan0: link is not ready Oct 23 09:13:41 geeko ifup-dhcp: wlan0 Starting DHCP4 client Oct 23 09:13:42 geeko dhcpcd[3122]: wlan0: dhcpcd 3.2.3 starting Oct 23 09:13:42 geeko dhcpcd[3122]: wlan0: hardware address = 00:21:5c:a1:1c:0d Oct 23 09:13:42 geeko dhcpcd[3122]: wlan0: broadcasting for a lease Oct 23 09:13:59 geeko ifup-dhcp: wlan0 DHCP4 continues in background Oct 23 09:14:02 geeko dhcpcd[3122]: wlan0: timed out # grep -v "''$" ifcfg-wlan0 # non-empty settings BOOTPROTO='dhcp' IFPLUGD_PRIORITY='10' NAME='PRO/Wireless 4965 AG or AGN [Kedron] Network Connection' STARTMODE='auto' USERCONTROL='yes' WIRELESS_AUTH_MODE='no-encryption' WIRELESS_BITRATE='auto' WIRELESS_DEFAULT_KEY='0' WIRELESS_ESSID='gaestehaus' WIRELESS_KEY_LENGTH='128' WIRELESS_MODE='Managed' WIRELESS_POWER='yes' WIRELESS_AP_SCANMODE='1' -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c2
Vladimir Botka
Oct 23 09:13:41 geeko kernel: [ 46.086898] ADDRCONF(NETDEV_UP): wlan0: link is not ready
For some reason the the "link is not ready". Would it be possible to post the output of "hwinfo --wlan" and try to locate the problem as described in [1] ? [1] http://en.opensuse.org/SDB:Tracking_down_wireless_problems -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c3
Christian Boltz
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c4
Vladimir Botka
"iwconfig wlan0 essid gaestehaus" always fixed my network connection IIRC.
# hwinfo --wlan Device: pci 0x4229 "PRO/Wireless 4965 AG or AGN [Kedron] Network Connection" Driver Activation Cmd: "modprobe iwlagn"
I'm running (24/7) Intel 4965 with 11.3 connected to an AP. There shouldn't be any problem with iwlagn. If you observe disconnections when the AP is under heavy load maybe it could help to disable hardware scanning [1] . Thus the iwlagn driver deliver the sniffed and cached list of APs instead of inquiring the APs and waiting for the APs to answer first. Maybe under heavy load some AP doesn't reply in time. But in this case wpa_supplicant shall try and reconnect. It would help to see /var/log/messages and /var/log/wpa_supplicant.log with enabled debugging both in wpa_supplicant and the driver. But to fix it the problem shall be reproducable. I set needinfo here for you or others to deliver more information when you find any repeatable problem. [1] # cat /etc/modprobe.d/50-iwlagn.conf options iwlagn disable_hw_scan=1 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c5
--- Comment #5 from Christian Boltz
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c6
Christian Boltz
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c7
Vladimir Botka
I have the same problem at LinuxTag with openSUSE 11.4 and essid LinuxTag.
It would be good to post the output of "nm-tool" together with the wpa_supplicant.log and dmesg to isolate the problem. Could you truncate the log files and turn the debugging on both for wpa_supplicant and iwlagn [1]. [1] http://en.opensuse.org/SDB:Tracking_down_wireless_problems -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c8
Christian Boltz
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c9
Vladimir Botka
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c10
Christian Boltz
Both traditional and NM mode [1-2] seem to be working.
Unfortunately not. Only NM works. Traditional mode does not even write something to wpa_supplicant.log - therefore you won't find an error message for it in the log.
The error message is self-explaining. password psk="secret" is missing in the /var/run/wpa_supplicant-wlan0.conf .
I'm not sure if it should really be psk="secret" - the LinuxTag network is not encrypted (essid "LinuxTag", no passphrase required). But obviously there's something wrong with the generated config file. How would a working wpa_supplicant-wlan0.conf look like for an unencrypted network?
Also it would be very helpful to either start the wpa_supplicant manually with the "-dddt" option or to set this option to start the wpa_supplicant by the NM [5].
I already did this (the permanent way [5]) before I started collecting the logs. It probably wasn't too useful because the traditional mode did not write anything to the log :-( -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c11
Christian Boltz
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c12
Vladimir Botka
This means this bug affects probably all unencrypted networks if you use traditional network mode.
If the authentication method of the AP is set "open" and wep encryption set to "none" then you shall be able to connect from the command line as root with the command [1]. Check if the interface is connected [2] and if you have dhcp server start the dhclient [3], or setup the IP address manually. Just to be sure, this shall work if you see "Encryption key:off" on the AP you want to connect to [4]. If this procedure works for you, but you can not set it in yast, then we are going to take a look on the sysconfig next. [1] iw dev wlan0 connect SSID [2] iw dev wlan0 link [3] dhclient wlan0 [4] Cell 01 - Address: 00:18:F3:98:D1:9E Channel:1 Frequency:2.412 GHz (Channel 1) Quality=52/70 Signal level=-58 dBm Encryption key:off ESSID:"vlado-test-ap1" Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 18 Mb/s 24 Mb/s; 36 Mb/s; 54 Mb/s Bit Rates:6 Mb/s; 9 Mb/s; 12 Mb/s; 48 Mb/s Mode:Master Extra:tsf=00000000947a0b7f Extra: Last beacon: 94ms ago IE: Unknown: 000E766C61646F2D746573742D617031 IE: Unknown: 010882848B962430486C IE: Unknown: 030101 IE: Unknown: 2A0100 IE: Unknown: 2F0100 IE: Unknown: 32040C121860 IE: Unknown: DD06001018020010 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c13
Christian Boltz
[1] iw dev wlan0 connect SSID
Works (no output)
[2] iw dev wlan0 link
Connected to 00:14:bf:c9:24:50 (on wlan0) SSID: Pinguin freq: 2452 RX: 66744 bytes (901 packets) TX: 18588 bytes (111 packets) signal: -72 dBm tx bitrate: 54.0 MBit/s
[3] dhclient wlan0
For some reason, wlan0 remembered the IP (I was connected to the same AP with WPA encryption before, that might explain it), therefore I skipped this step. The interesting point is probably that "ping google.de" works :-)
If this procedure works for you, but you can not set it in yast, then we are going to take a look on the sysconfig next.
OK, what's the next thing I have to test? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c14
Vladimir Botka
OK, what's the next thing I have to test?
Now you can try and configure the same AP within the YAST traditional ifup/ifdown. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c15
Christian Boltz
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c16
Vladimir Botka
I (again) configured my WLAN router to unencrypted mode and deleted/renamed /etc/sysconfig/network/ifcfg-wlan0 before every step to have a clean start.
YaST seems to have two different modes for unencrypted networks:
a) WEP - Open This works (don't ask why I didn't try it earlier ;-)
b) No Encryption With this setting, WLAN doesn't work:
You are right. When the AP is set to use no encryption and no authentication the Yast can't configure and connect the AP with "No Encryption", but "WEP Open" works well. The difference between "No Encryption" and "WEP Open" is, that "WEP Open" shall allow an authentication. "WEP Open" works well. I can see wpa_supplicant configured [1] and connected. When user selects "No Encryption", Yast shall only run [2]. How does the Yast manage wireless "No Encryption" wireless configuration ? [1] ctrl_interface=/var/run/wpa_supplicant ap_scan=1 network={ scan_ssid=1 ssid="vlado-test-ap1" key_mgmt=NONE wep_tx_keyidx=0 } [2] iwconfig wlan0 essid vlado-test-ap1 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c17
Martin Vidner
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c19
Vladimir Botka
The option "No Encryption" differs in setting WIRELESS_AUTH_MODE='no-encryption' instead of WIRELESS_AUTH_MODE='open'.
Then this patch shall fix it [2]. I've built the sysconfig package to test in [1]. It works for me. Maybe Christian might want to test it too. Marius is ok to submit it ? [1] home:vbotka:branches:openSUSE:11.4:Update:Test/sysconfig [2] diff --git a/scripts/ifup-wireless b/scripts/ifup-wireless index 105ebe9..7994a33 100755 --- a/scripts/ifup-wireless +++ b/scripts/ifup-wireless @@ -304,7 +304,7 @@ EOL # special hack for madwifi test "$DRIVER" = "ath_pci" && run_iw_tool priv authmode 2 ;; - open|opensystem|"") WIRELESS_SEC_MODE="open";; + open|opensystem|no-encryption"") WIRELESS_SEC_MODE="open";; esac fi if [ -n "$WIRELESS_KEY_0" -a \ @@ -403,7 +403,7 @@ setup_wlanngdev() wlanctl dot11req_mibset mibattribute=dot11ExcludeUnencrypted=true AUTHTYPE=sharedkey ;; - open|opensystem|"") + open|opensystem|no-encryption"") wlanctl dot11req_mibset mibattribute=dot11ExcludeUnencrypted=false AUTHTYPE=opensystem ;; @@ -540,7 +540,7 @@ print_network_block() print_network_line ssid WIRELESS_ESSID "$SUFFIX" print_network_line_unquoted priority WIRELESS_PRIORITY "$SUFFIX" case "`eval echo \\$WIRELESS_AUTH_MODE$SUFFIX`" in - open) + open|no-encryption) echo " key_mgmt=NONE" for i in 0 1 2 3 ; do KEY="`eval print_key \\"\\$WIRELESS_KEY_$i$SUFFIX\\" \\$WIRELESS_KEY_LENGTH$SUFFIX`" -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c20
Marius Tomaschewski
Anyway, it would be nice if NetControl validated the input and reported invalid settings.
Yes, as at and many other places. But this is something for the future [when SLE-11-SP2 is done]. (In reply to comment #19)
(In reply to comment #17)
The option "No Encryption" differs in setting WIRELESS_AUTH_MODE='no-encryption' instead of WIRELESS_AUTH_MODE='open'.
Then this patch shall fix it [2]. I've built the sysconfig package to test in [1]. It works for me. Maybe Christian might want to test it too.
Marius is ok to submit it ?
No, see bellow. Further question is: are both cases covered now, that is [1] and [2] from comment 16?
[1] home:vbotka:branches:openSUSE:11.4:Update:Test/sysconfig
[2] diff --git a/scripts/ifup-wireless b/scripts/ifup-wireless index 105ebe9..7994a33 100755 --- a/scripts/ifup-wireless +++ b/scripts/ifup-wireless @@ -304,7 +304,7 @@ EOL # special hack for madwifi test "$DRIVER" = "ath_pci" && run_iw_tool priv authmode 2 ;; - open|opensystem|"") WIRELESS_SEC_MODE="open";; + open|opensystem|no-encryption"") WIRELESS_SEC_MODE="open";; ^^^^^^^^^^^^^^^
This should be open|opensystem|no-encryption|"") I think.
esac fi if [ -n "$WIRELESS_KEY_0" -a \ @@ -403,7 +403,7 @@ setup_wlanngdev() wlanctl dot11req_mibset mibattribute=dot11ExcludeUnencrypted=true AUTHTYPE=sharedkey ;; - open|opensystem|"") + open|opensystem|no-encryption"")
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Same.
wlanctl dot11req_mibset mibattribute=dot11ExcludeUnencrypted=false AUTHTYPE=opensystem ;; @@ -540,7 +540,7 @@ print_network_block() print_network_line ssid WIRELESS_ESSID "$SUFFIX" print_network_line_unquoted priority WIRELESS_PRIORITY "$SUFFIX" case "`eval echo \\$WIRELESS_AUTH_MODE$SUFFIX`" in - open) + open|no-encryption) echo " key_mgmt=NONE" for i in 0 1 2 3 ; do KEY="`eval print_key \\"\\$WIRELESS_KEY_$i$SUFFIX\\" \\$WIRELESS_KEY_LENGTH$SUFFIX`"
Can you please review & correct the above and create the patch using "git format-patch" (with author, date, comment, ...) and send to me, so I don't need to fake them while applying it to git? [You may also clone from http://gitorious.org/opensuse/sysconfig, then commit & push to your clone and request a merge then...]. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c21
--- Comment #21 from Vladimir Botka
are both cases covered now, that is [1] and [2] from comment 16?
Yes, both cases are now covered.
Can you please review & correct the above and create the patch using "git format-patch" (with author, date, comment, ...) and send to me,
Done. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c22
Marius Tomaschewski
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c23
Martin Vidner
Martin, when I see correctly, bnc#213001 introduced this for 10.0, that means we need it for every released version (+factory), right?
Well, it did not break an existing feature, just added a new non-working one. So I think we should only release the update if the overhead is low. Reassigning to Marius as the fix ended up in his package. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c24
Christian Dengler
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c25
--- Comment #25 from Marcus Meissner
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c27
--- Comment #27 from Marius Tomaschewski
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c28
Christian Dengler
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c29
--- Comment #29 from Vladimir Botka
I'm going to submit the packages everywhere.
Yes, it would be good to put it into the SLE. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c30
--- Comment #30 from Marius Tomaschewski
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c31
Swamp Workflow Management
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c32
Dirk Mueller
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c33
Swamp Workflow Management
https://bugzilla.novell.com/show_bug.cgi?id=648830
https://bugzilla.novell.com/show_bug.cgi?id=648830#c34
--- Comment #34 from Bernhard Wiedemann
participants (1)
-
bugzilla_noreply@novell.com