Package: wpasupplicant
Version: 0.6.9-3
Severity: important
Attempting to use a physical-logical map to bring up a wpa-roam interface
fails. The following record details the "ifup" I am attempting, and shows its
failure. Note that the actual ifup command succeeds, but wpa_action fails its
follow-on configuration of setting the wpa-roam-default-iface.
rekt...@thoth:~$ cat /etc/network/interfaces
auto lo
iface lo inet loopback
iface nueromatic inet manual
#wireless-mode managed
wpa-driver wext
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
wpa-roam-default-iface default
iface default inet dhcp
rekt...@thoth:~$
rekt...@thoth:~$
rekt...@thoth:~$ sudo ifup wlan1=nueromatic --verbose
Configuring interface wlan1=nueromatic (inet)
run-parts --verbose /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/hostapd
run-parts: executing /etc/network/if-pre-up.d/uml-utilities
run-parts: executing /etc/network/if-pre-up.d/wireless-tools
run-parts: executing /etc/network/if-pre-up.d/wpasupplicant
wpa_supplicant: wait for wpa_cli to attach
wpa_supplicant: wpa-driver wext
wpa_supplicant: /sbin/wpa_supplicant -s -B -P /var/run/wpa_supplicant.wlan1.pid
-i wlan1 -W -D wext -c /etc/wpa_supplicant/wpa_supplicant.conf
Starting /sbin/wpa_supplicant...
wpa_supplicant: creating sendsigs omission pidfile:
/lib/init/rw/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlan1.pid
wpa_supplicant: ctrl_interface socket located at /var/run/wpa_supplicant/wlan1
run-parts --verbose /etc/network/if-up.d
run-parts: executing /etc/network/if-up.d/000resolvconf
run-parts: executing /etc/network/if-up.d/avahi-autoipd
run-parts: executing /etc/network/if-up.d/avahi-daemon
run-parts: executing /etc/network/if-up.d/mountnfs
run-parts: executing /etc/network/if-up.d/openssh-server
run-parts: executing /etc/network/if-up.d/uml-utilities
run-parts: executing /etc/network/if-up.d/wpasupplicant
wpa_supplicant: /sbin/wpa_cli -B -P /var/run/wpa_action.wlan1.pid -i wlan1 -p
/var/run/wpa_supplicant -a /sbin/wpa_action
Starting /sbin/wpa_cli...
wpa_supplicant: creating sendsigs omission pidfile:
/lib/init/rw/sendsigs.omit.d/wpasupplicant.wpa_action.wlan1.pid
rekt...@thoth:~$
rekt...@thoth:~$
rekt...@thoth:~$ sudo tail /var/log/wpa_action -n 14
########## 12:20:30 2009-09-08 ##########
IFACE=wlan1 ACTION=CONNECTED
WPA_ID=2 WPA_ID_STR=
WPA_CTRL_DIR=/var/run/wpa_supplicant
Using wpa-roam-default-iface: default
ifup wlan1=default
/sbin/ifup: interface wlan1 already configured
bssid=00:2d:2d:2d:2d:2d
ssid=MYSSID
id=2
pairwise_cipher=CCMP
group_cipher=TKIP
key_mgmt=WPA2-PSK
wpa_state=COMPLETED
rekt...@thoth:~$
rekt...@thoth:~$
rekt...@thoth:~$ cat /etc/network/run/ifstate
lo=lo
wlan1=nueromatic
rekt...@thoth:~$
rekt...@thoth:~$
rekt...@thoth:~$ sudo ifconfig wlan1
wlan1 Link encap:Ethernet HWaddr 00:1e:1e:1e:1e:1e
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
rekt...@thoth:~$
rekt...@thoth:~$
Modifying the /etc/network/interfaces & changing nueromatic to wlan1 works as
expected: wpa_action initiates the default profile, starting dhcp & everythings
great & as expected. Issue appears to originate from the physical-logical
mapping, wlan1=nueromatic, which causes the "interface wlan1 already
configured" error.
Omitting wpa-roam-default-iface does not significantly alter the end result
(s/Using wpa-roam-default-iface: default/Using fallback logical interface:
default/, but otherwise is identical). The corresponding "/sbin/ifup:
interface wlan0 already configured" error occurs if trying to use wlan0.
The capability to use wpa-roam in logical interface mappings is useful for
anyone with multiple cards.
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
