wpa_supplicant + atheros 5211 + Debian 4.0 konfiguracja

Masz problemy z siecią bądź internetem? Zapytaj tu
PrEZeS
Beginner
Posty: 123
Rejestracja: 26 stycznia 2008, 18:08
Lokalizacja: Rzeszów

wpa_supplicant + atheros 5211 + Debian 4.0 konfiguracja

Post autor: PrEZeS »

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:

Kod: Zaznacz cały

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 [url]http://www.isc.org/sw/dhcp/[/url]

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:

Kod: Zaznacz cały

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 [url]www.google.pl[/url]

Kod: Zaznacz cały

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:

Kod: Zaznacz cały

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.

Kod: Zaznacz cały

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.

Kod: Zaznacz cały

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
Posty: 76
Rejestracja: 13 listopada 2007, 14:06
Lokalizacja: Gdansk

Post autor: obuch »

wpa_supplicant -Dwext -iath0 -c/etc/wpa_supplicant/wpa_supplicant.conf &
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
Beginner
Posty: 123
Rejestracja: 26 stycznia 2008, 18:08
Lokalizacja: Rzeszów

Post autor: PrEZeS »

Ok sprawdze to. Puki co wrzuce jeszcze to

Kod: Zaznacz cały

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 :o ff   RTS thr :o ff   Fragment thr :o ff
          Encryption key:6EC3-EB33-XXXX-XXXX-XXXX-XXXX-XXXX-XXXX  Security mode:restricted
          Power Management :o ff
          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
Senior Member
Posty: 2156
Rejestracja: 29 lipca 2007, 18:06

Post autor: pavbaranov »

obuch pisze: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
Beginner
Posty: 123
Rejestracja: 26 stycznia 2008, 18:08
Lokalizacja: Rzeszów

Post autor: PrEZeS »

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

Kod: Zaznacz cały

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 [url]http://www.isc.org/sw/dhcp/[/url]

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
Senior Member
Posty: 2156
Rejestracja: 29 lipca 2007, 18:06

Post autor: pavbaranov »

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.
ODPOWIEDZ