Cze,
Od kilku dni walczę z taką konfiguracją. Żenujące jest to że przed zmianą providera wszystko działało jak najbardziej dobrze zarówno w Debianie jak i w Windowsie XP. Teraz gdy przeszedłem z darmowego rzeszowskiego Resmana na coś bardziej cywilizowanego zaczynają się schody. Żeby przybliżyć sytuację wrzucę parę listingów z konsoli
A więc co my tu mamy. Wywołuję napisany własnoręcznie skrypt łączący z siecią, który wygląda tak
Wszystko z pozoru działa dobrze, jest autoryzacja, jest IP z DHCP. Niestety próba pingowania bramy, czy tym bardziej czegokolwiek w internecie kończy się porażką. Dokonałem małej modyfikacji skryptu ustawiając sterownik na madwifi. Zakończyło się to tym
Też niby "wszystko działa" (oczywiście pojawia się błąd o złym parametrze), ale i tak nie ma komunikacji. Dodam że to jest listing z 2 próby połączenia, za pierwszym razem wkółko dostawałem info o złym parametrze i klient DHCP nie otrzymał dzierżawy.
Żenujące jest dla mnie to że pod M$ nie ma absolutnie żadnych problemów. Linux system stworzony do pracy w sieci, o ogromnych możliwościach nie jest wstanie podłączyć się do prostej sieci WiFi. Na zakończenie dodam że oczywiście klucz jest wpisany poprawnie. Sieć ma autoryzację WPA-PSK, a szyfrowanie TKIP
Od kilku dni walczę z taką konfiguracją. Żenujące jest to że przed zmianą providera wszystko działało jak najbardziej dobrze zarówno w Debianie jak i w Windowsie XP. Teraz gdy przeszedłem z darmowego rzeszowskiego Resmana na coś bardziej cywilizowanego zaczynają się schody. Żeby przybliżyć sytuację wrzucę parę listingów z konsoli
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=]
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:~# 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
# oczywiscie linijke wyrzej w oryginale nie bylo samych X
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:~#
A więc co my tu mamy. Wywołuję napisany własnoręcznie skrypt łączący z siecią, który wygląda tak
#!/bin/sh -e
wpa_supplicant -Dwext -iath0 -c/etc/wpa_supplicant/wpa_supplicant.conf &
dhclient
exit 0
Wszystko z pozoru działa dobrze, jest autoryzacja, jest IP z DHCP. Niestety próba pingowania bramy, czy tym bardziej czegokolwiek w internecie kończy się porażką. Dokonałem małej modyfikacji skryptu ustawiając sterownik na madwifi. Zakończyło się to tym
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
Też niby "wszystko działa" (oczywiście pojawia się błąd o złym parametrze), ale i tak nie ma komunikacji. Dodam że to jest listing z 2 próby połączenia, za pierwszym razem wkółko dostawałem info o złym parametrze i klient DHCP nie otrzymał dzierżawy.
Żenujące jest dla mnie to że pod M$ nie ma absolutnie żadnych problemów. Linux system stworzony do pracy w sieci, o ogromnych możliwościach nie jest wstanie podłączyć się do prostej sieci WiFi. Na zakończenie dodam że oczywiście klucz jest wpisany poprawnie. Sieć ma autoryzację WPA-PSK, a szyfrowanie TKIP
