Ciao a tutti,
è da giorni che cerco di accedere alla mia base wireless NETGEAR DG834GT protetta con WPA-PSK
attraverso un notebook sul quale ho da poco installato una Debian GNU/Linux 4.0 (lenny).

il notebook è un HP compaq nx9030 con scheda wireless Intel PRO/Wireless 2200BG.
Di seguito l'output che ottengo con lspci -v per le specifiche della scheda wireless.

codice:
02:06.0 Network controller: Intel Corporation PRO/Wireless 2200BG [Calexico2]
Network Connection (rev 05)
	Subsystem: Hewlett-Packard Company Compaq nw8240/nx8220
	Flags: bus master, medium devsel, latency 64, IRQ 11
	Memory at e0204000 (32-bit, non-prefetchable) [size=4K]
	Capabilities: [dc] Power Management version 2
	Kernel driver in use: ipw2200
	Kernel modules: ipw2200

Anche lanciando lsmod posso constatare che il modulo ipw2200 della scheda è caricato correttamente

codice:
...
ipw2200               123560  0 
...
Ovviamente utilizzo wpa_supplicant come client per il collegamento all'AP.

Oltre alla scheda di rete wireless ho anche una scheda ethernet che, invece, è in grado di collegarsi al router (e a internet) senza problemi.


Dopo svariate e inutili modifiche al file interfaces e al file wpa_supplicant.conf mi sono arreso e chiedo quindi l'aiuto del pubblico..

Alcune considerazioni:

1.Inizialmente, appena installato e configurato wpa_supplicant, ho avuto un blocco del sistema all'avvio: infatti al momento di caricare le interfacce network, il sistema si bloccava ed uscivano messaggi sospetti circa un modulo che rompeva le scatole e che si chiama AES_PADLOCK.
Vista la mia totale ignoranza eseguo un po' di ricerche e scopro che si tratta di un bug.. utilizzando la soluzione che ho trovato (e che riporto qui sotto) ho risolto il problema. (Non so se nel modo corretto, ma almeno ora riesco ad accedere nuovamente al sistema)

codice:
This is a duplicate of another bug (#189398).
The problem is due to the new kernel wanting to load the cryptographic modules
like padlock_aes and geode_aes.
To solve it, just put them in the blacklist. In this way the generic AES module gets loaded and wifi works.
Hope it solves your problem too.
marco

PS. see this: https://bugs.launchpad.net/ubuntu/+s...ux/+bug/189398
Link: https://bugs.launchpad.net/ubuntu/+s...22/+bug/195218


2. quando lancio wpa_supplicant utilizzo il driver generico wext anzichè ipw2200 perchè quest'ultimo non viene riconosciuto da wpa_supplicant: infatti mi compare il messaggio d'errore 'Driver not supported'
Ho scoperto che anche in questo caso può trattarsi di un bug e come soluzione veniva per l'appunto proposto di utilizzare wext al posto di ipw2200. Così ho fatto e la scritta driver not supported è scomparsa.

Lancio quindi wpa_supplicant in modalità debug con la seguente sintassi

codice:
wpa_supplicant -D wext -i eth1 -c /etc/wpa_supplicant/wpa_supplicant.conf -dddd
e questo è l'output risultante
codice:
# wpa_supplicant -c/etc/wpa_supplicant/wpa_supplicant.conf -Dwext -ieth1 -ddddd
Initializing interface 'eth1' conf '/etc/wpa_supplicant/wpa_supplicant.conf'
driver 'wext' ctrl_interface 'N/A' bridge 'N/A'
Configuration file '/etc/wpa_supplicant/wpa_supplicant.conf' -> '/etc/wpa_supplicant/wpa_supplicant.conf'
Reading configuration file '/etc/wpa_supplicant/wpa_supplicant.conf'
ctrl_interface='/var/run/wpa_supplicant'
ctrl_interface_group='0' (DEPRECATED)
Line: 6 - start of a new network block
ssid - hexdump_ascii(len=10):
     47 48 49 5a 4c 4f 57 31 30 39                     myssid      
PSK (ASCII passphrase) - hexdump_ascii(len=12): [REMOVED]
key_mgmt: 0x2
proto: 0x1
pairwise: 0x18
PSK (from passphrase) - hexdump(len=32): [REMOVED]
Priority group 0
   id=0 ssid='myssid'
Initializing interface (2) 'eth1'
Interface eth1 set UP - waiting a second for the driver to complete initialization
SIOCGIWRANGE: WE(compiled)=22 WE(source)=18 enc_capa=0xf
  capabilities: key_mgmt 0xf enc 0xf flags 0x0
WEXT: Operstate: linkmode=1, operstate=5
Own MAC address: 00:0e:35:2b:14:a2
wpa_driver_wext_set_wpa
wpa_driver_wext_set_key: alg=0 key_idx=0 set_tx=0 seq_len=0 key_len=0
wpa_driver_wext_set_key: alg=0 key_idx=1 set_tx=0 seq_len=0 key_len=0
wpa_driver_wext_set_key: alg=0 key_idx=2 set_tx=0 seq_len=0 key_len=0
wpa_driver_wext_set_key: alg=0 key_idx=3 set_tx=0 seq_len=0 key_len=0
wpa_driver_wext_set_countermeasures
wpa_driver_wext_set_drop_unencrypted
RSN: flushing PMKID list in the driver
Setting scan request: 0 sec 100000 usec
EAPOL: SUPP_PAE entering state DISCONNECTED
EAPOL: KEY_RX entering state NO_KEY_RECEIVE
EAPOL: SUPP_BE entering state INITIALIZE
EAP: EAP entering state DISABLED
Using existing control interface directory.
ctrl_interface_group=0
Added interface eth1
RTM_NEWLINK: operstate=0 ifi_flags=0x11043 ([UP][RUNNING][LOWER_UP])
RTM_NEWLINK, IFLA_IFNAME: Interface 'eth1' added
RTM_NEWLINK: operstate=0 ifi_flags=0x11043 ([UP][RUNNING][LOWER_UP])
Wireless event: cmd=0x8b06 len=8
RTM_NEWLINK: operstate=0 ifi_flags=0x11003 ([UP][LOWER_UP])
RTM_NEWLINK, IFLA_IFNAME: Interface 'eth1' added
State: DISCONNECTED -> SCANNING
Starting AP scan (broadcast SSID)
Trying to get current scan results first without requesting a new scan to speed up initial association
Received 260 bytes of scan results (1 BSSes)
CTRL-EVENT-SCAN-RESULTS 
Selecting BSS from priority group 0
Try to find WPA-enabled AP
0: 00:14:6c:6d:61:e2 ssid='<hidden>' wpa_ie_len=26 rsn_ie_len=0 caps=0x11
   skip - SSID mismatch
Try to find non-WPA AP
0: 00:14:6c:6d:61:e2 ssid='<hidden>' wpa_ie_len=26 rsn_ie_len=0 caps=0x11
   skip - SSID mismatch
No suitable AP found.
Setting scan request: 0 sec 0 usec
Starting AP scan (broadcast SSID)
Scan requested (ret=0) - scan timeout 5 seconds
RTM_NEWLINK: operstate=0 ifi_flags=0x11003 ([UP][LOWER_UP])
Wireless event: cmd=0x8b19 len=8
Received 260 bytes of scan results (1 BSSes)
^Z
[1]+  Stopped                 wpa_supplicant -c/etc/wpa_supplicant/wpa_supplicant.conf -Dwext -ieth1 -ddddd
valenotebook:/var/run/wpa_supplicant#


Il processo non termina, tenta di eseguire sempre le medesime azioni finchè non intervengo io terminandolo manualmente.
Si direbbe che ci sono problemi con la modalità hidden del mio AP, ovvero il client wpa_supplicant sembra non essere in grado di riconoscere tale modalità..



Riporto infine il contenuto del file wpa_supplicant.conf e del file interfaces.
Entrambi sono stati modificati più volte.. questi sono i file che ho utilizzato negli ultimi tentativi

WPA_SUPPLICANT.CONF
codice:
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0

network={
	ssid="myssid"
	psk="miapassword"
	key_mgmt=WPA-PSK
	proto=WPA
	pairwise=CCMP TKIP
	}


INTERFACES
N.B. Gli indirizzi di rete, anche se un po' strani, sono corretti!!
codice:
# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet static
	address 192.168.199.30
	netmask 255.255.255.0
	network 192.168.199.0
	broadcast 192.168.199.255
	gateway 192.168.199.254
	# dns-* options are implemented by the resolvconf package, if installed
	dns-nameservers 151.99.125.1 151.99.125.2
	


#Interfaccia wireless
allow-hotplug eth1
iface eth1 inet static
	address 192.168.199.31
	netmask 255.255.255.0
	broadcast 192.168.199.255
	getaway 192.168.199.254
	wireless-essid myssid
	wireless-mode managed
	wireless-channel 11
#Ho commentato le righe successive perchè avvio manualmente wpa_supplicant in modalità debug..
#infatti nel modo qui sotto non succede nulla :(
#	post-up wpa_supplicant -dddd -Dwext -ieth1 -c/etc/wpa_supplicant/wpa_supplicant.conf -B
Mi scuso anticipatamente per eventuali inesattezze..
Un grazie di cuore a chiunque abbia tempo e voglia di aiutarmi!