wpa_supplicant + atheros 5211 + Debian 4.0 konfiguracja

PrEZeS - 28-05-2008 18:48
Cze,
Od kilku dni bardzo jest źle ponieważ ostatnio zmieniłem dostawcę internetu z Rzeszowskiego Resmana, który był kompletną porażką na innego. W Windowsie wszystko jest dobrze, internet osiąga zawrotne prędkości. Odpaliłem więc Linuksa, żeby dokonać aktualizacji systemu. Wyedytowałem pliki konfiguracyjne i skrypty mojego autorstwa, które automatycznie łączyły mnie z siecią. Działało, problem w tym że tylko jednorazowo. Od kilku dni gdy próbuję wywołać skrypt otrzymuję wprawdzie coś takiego: PrEZeS:~# /etc/rc.resman
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

wifi0: unknown hardware address type 801
bind(PF_UNIX): Address already in use
wifi0: unknown hardware address type 801
Listening on LPF/ath0/00:19:e0:84:ba:a9
Sending on LPF/ath0/00:19:e0:84:ba:a9
Sending on Socket/fallback
DHCPREQUEST on ath0 to 255.255.255.255 port 67
Trying to associate with 00:30:4f:2e:9e:53 (SSID='MIR-k2 tel.0177877017' freq=2417 MHz)
Associated with 00:30:4f:2e:9e:53
DHCPREQUEST on ath0 to 255.255.255.255 port 67
DHCPACK from 192.168.0.2
bound to 192.168.0.154 -- renewal in 3103 seconds.
PrEZeS:~# WPA: Key negotiation completed with 00:30:4f:2e:9e:53 [PTK=TKIP GTK=TKIP]
CTRL-EVENT-CONNECTED - Connection to 00:30:4f:2e:9e:53 completed (auth) [id=0 id_str=] Co by wskazywało na to że połączenie jest, ale niestety późniejsza próba komunikacji z internetem nie przynosi efektów: PrEZeS:~# ping 192.168.0.2
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
From 192.168.0.1 icmp_seq=2 Destination Host Unreachable
From 192.168.0.1 icmp_seq=3 Destination Host Unreachable
From 192.168.0.1 icmp_seq=4 Destination Host Unreachable
From 192.168.0.1 icmp_seq=7 Destination Host Unreachable
From 192.168.0.1 icmp_seq=8 Destination Host Unreachable

--- 192.168.0.2 ping statistics ---
8 packets transmitted, 0 received, +5 errors, 100% packet loss, time 7001ms
, pipe 3
PrEZeS:~# ping m0n0wall.local

PrEZeS:~# mtr www.google.pl PrEZeS:~# ifconfig ath0
ath0 Link encap:Ethernet HWaddr 00:19:E0:84:BA:A9
inet addr:192.168.0.154 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::219:e0ff:fe84:baa9/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:122 errors:0 dropped:0 overruns:0 frame:0
TX packets:27 errors:2 dropped:2 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:17372 (16.9 KiB) TX bytes:5485 (5.3 KiB)
PrEZeS:~# 192.168.0.2 oraz m0n0wall.local to router. Dodam że próbowałem metody polegającej na włączeniu skryptu poczekaniu aż się wykona a następnie uruchomieniu: PrEZeS:~# dhclient ath0 Myślałem, że po prostu karta potrzebuje więcej czasu na autoryzację w AP, niestety nie działa mimo iż powinno.

Ogólnie doprowadza mnie to do szału bo Linux, system który od praktycznie początków istnienia był nastawiony na pracę w sieci nie potrafi się połączyć z prostą WiFi.

Będę dozgonnie wdzięczny za pomoc.

PrEZeS:~# less /etc/wpa_supplicant/wpa_supplicant.conf
# WPA-PSK/TKIP

ctrl_interface=/var/run/wpa_supplicant

network={
ssid="MIR-k2 tel.0177877017"
key_mgmt=WPA-PSK
proto=WPA
pairwise=TKIP
group=TKIP
psk="***************"
} Klucz na pewno jest wpisany dobrze, tutaj oczywiście go ukryłem.
PrEZeS:~# less /etc/rc.resman
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
wpa_supplicant -Dwext -iath0 -c/etc/wpa_supplicant/wpa_supplicant.conf &
dhclient

exit 0

obuch - 29-05-2008 07:28
Skoro atheros to może spróbuj madwifi zamiast wext, może pomoże.

Tak trochę poza tematem - polecam ci menedżera sieci WICD - naprawdę miłe narzędzie.

PrEZeS - 29-05-2008 08:08
Ok sprawdze to. Puki co wrzuce jeszcze to
PrEZeS:~# iwconfig ath0
ath0 IEEE 802.11g ESSID:"MIR-k2 tel.0177877017"
Mode:Managed Frequency:2.417 GHz Access Point: 00:30:4F:2E:9E:53
Bit Rate:11 Mb/s Tx-Power:18 dBm Sensitivity=1/1
Retry:off RTS thr:off Fragment thr:off
Encryption key:6EC3-EB33-XXXX-XXXX-XXXX-XXXX-XXXX-XXXX Security mode:restricted
Power Management:off
Link Quality=25/70 Signal level=-66 dBm Noise level=-91 dBm
Rx invalid nwid:5119 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

PrEZeS:~#

pavbaranov - 29-05-2008 08:30

spróbuj madwifi zamiast wext Madwifi, to jedynie sterownik.
PrEZeS: nie bardzo potrafię dać Ci gotowe rozwiązanie, natomiast w podobnych przypadkach staram się po kolei sprawdzać co działa, a co nie. Zatem:
1. wyłączyłbym całą "automatykę" połączenia (system winien wstawać ale tak, by całość połączenia skonfigurować ręcznie), a następnie:
2. wyłączyłbym szyfrowanie na routerze (jeśli masz taką możliwość) i spróbował ustawić połączenie i to ręcznie, a nie ze skryptu.
3. jeśli zadziała, spróbowałbym znów ręcznie podłączyć się, tym razem już z szyfrowaniem i to znów ręcznie ustawianym
4. zrobiłbym przegląd ustawień m0n0walla (wprawdzie nic tu nie powinno się samoczynnie zmienić, ale po pierwsze cuda się zdarzają, po drugie będziesz dokładnie wiedział jak tam są ustawione możliwości połączenia z siecią).
5. przeglądnąłbym skrypty.
Karta raczej działa (chyba, że kłamie ;)), zatem - raczej - nie tu problem. Reszta pozwoli Ci, chyba, wyeliminować słaby punkt i rozwiązać problem.

PrEZeS - 29-05-2008 15:52
Na konfigurację sieci nie mam żadnego wpływu bo nie jestem jej adminem, zresztą jak mówię po Windowsem wszystko działa jak należy, nie ma żadnych, absolutnie żadnych kłopotów. Doprowadza mnie to do pasji bo linux jest przecież systemem stworzonym do pracy w sieci. I dlaczego miałby łączyć się w tym przypadku? Mógłbym postąpić jak mój kumpel z tej samej WiFi i zainstalować Ubuntu, tam wszystko idzie od kliknięcia myszki. Nie chce jednak tego robić bo Gnome doprowadza mnie do szału oraz nie lubię jak system robi coś za moimi plecami, pozatym było by to troche mało ambitne rozwiązanie problemu. Zmieniłem w moim skrypcie sterownik na Madwifi jednak skończyło się to tym

PrEZeS:~# /etc/rc.resman

Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

wifi0: unknown hardware address type 801
wifi0: unknown hardware address type 801
Listening on LPF/ath0/00:19:e0:84:ba:a9
Sending on LPF/ath0/00:19:e0:84:ba:a9
Sending on Socket/fallback
DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 6
Trying to associate with 00:30:4f:2e:9e:53 (SSID='MIR-k2 tel.0177877017' freq=2417 MHz)
ioctl[IEEE80211_IOCTL_SETMLME]: Invalid argument
Association request to the driver failed
Associated with 00:30:4f:2e:9e:53
DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 14
DHCPOFFER from 192.168.0.2
DHCPREQUEST on ath0 to 255.255.255.255 port 67
DHCPACK from 192.168.0.2
bound to 192.168.0.154 -- renewal in 2943 seconds.
PrEZeS:~# WPA: Key negotiation completed with 00:30:4f:2e:9e:53 [PTK=TKIP GTK=TKIP]
CTRL-EVENT-CONNECTED - Connection to 00:30:4f:2e:9e:53 completed (auth) [id=0 id_str=]

PrEZeS:~# ping 192.168.0.2
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
From 192.168.0.1 icmp_seq=1 Destination Host Unreachable
From 192.168.0.1 icmp_seq=2 Destination Host Unreachable
From 192.168.0.1 icmp_seq=3 Destination Host Unreachable
From 192.168.0.1 icmp_seq=5 Destination Host Unreachable
From 192.168.0.1 icmp_seq=6 Destination Host Unreachable
From 192.168.0.1 icmp_seq=7 Destination Host Unreachable

--- 192.168.0.2 ping statistics ---
7 packets transmitted, 0 received, +6 errors, 100% packet loss, time 6010ms
, pipe 3
PrEZeS:~# cat /etc/rc.resman
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
wpa_supplicant -Dmadwifi -iath0 -c/etc/wpa_supplicant/wpa_supplicant.conf &
dhclient ath0

exit 0
PrEZeS:~# Jak widać pojawił się błąd o nieprawidłowym parametrze (to była druga próba wywołania, przy pierwszej komunikatów było więcej i nie dostał IP z DHCP). Oczywiście nic nie działa.

pavbaranov - 29-05-2008 19:14
Skrypt, skryptem, a co się dzieje, gdy próbujesz to skonfigurować "z palca"?
Jest jakaś - nie wiem, na ile pewna - hipoteza, że jednak jest coś nie tak z zainstalowaniem modułów w kernelu (to ta informacja o wadliwym atrybucie związanym z IEEE80211). Może spróbuj na innym, przy czym nie zmieniaj mu - jeśli nie musisz modułów kernela ręcznie, a jedynie dodaj madwifi np. z paczki? Albo spróbuj wykorzystać ath5k, jeśli karta, którą masz jest przezeń obsługiwana? Tak, czy inaczej wyraźnie oddzieliłbym w próbach połączenia:
- skonfigurowanie karty
- przydzielenie ip
- skonfigurowanie połączenia przez wpa_supplicanta.
W ten sposób, mam nadzieję, najszybciej dojdziesz do wyłapania błędu.
PS: Ubuntu, to także może być Kubuntu, a tam już masz KDE lub Xubuntu z XFCE.