Bardzo Wolne łączenie Z Serwerem Dhcp Pod Slackware

[sanji]

Problem dotyczy Slackware. Najpierw oczywiście pytałem na odpowiednim forum, ale słowem mi na posta nie odpowiedziano.

Zostało więc mi chyba tylko to forum, a myślę, że jest tu trochę ludzi wszechstronnie wykształconych .

Otóż mam taki problem:

 

Używam karty sieciowej Atheros na sterowanikach madwifi. Wszystko w zasadzie działa poprawnie,

od załadowania modułu, aż po tworzenie i konfigurowanie interfejsów. Problemy zaczynają się w momencie

uruchomienia klienta DHCP. Dhcpcd w 90% przypadkach nie jest nic w stanie zrobić, natomiast dhclient

wyrzuca poniższe śmieci, następnie normalnie łączy. Często potrzebne jest ponowne wywołanie.

Zabiera to minutę do dwóch przez co jest strasznie uciążliwe i uniemożliwia robienie niektórych rzeczy automatycznie.

Wiem, że temat pojawia się nie raz w sieci, ale jeśli już podają jakieś rozwiązania, to u mnie i tak nie dzialają.

Mój system to Slackware 12.0, ale podobny błąd występuje również na currencie. Zmiana sterowników na

ath5k nic nie zmienia.

Jestem pewny, że wszystko robię jak należy; ta sama sieciówka w tej samej konfiguracji pracowała bez

zarzutów na Fedorze. Kilka razy pojawiło się coś podobnego (na FC 6), ale reinstalka madwifi problem rozwiązała.

 

Sugerując sie google, próbowałem ustawić przed wywoływaniem klienta odpowiedni adres sieci i bramę

przy pomocy route ale bez efektów, kombinowałem też z konfiguracją dhclient. Również bez skutku.

 

Oto co wyświetla dhclient:

wifi0: unknown hardware address type 801 
wifi0: unknown hardware address type 801 
Listening on LPF/ath0/00:13:46:29:9d:75 
Sending on   LPF/ath0/00:13:46:29:9d:75 
Sending on   Socket/fallback 
DHCPREQUEST on ath0 to 255.255.255.255 port 67 
DHCPREQUEST on ath0 to 255.255.255.255 port 67 
... 
DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 13 
DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 15 
No DHCPOFFERS received. 
Trying recorded lease 192.168.2.130 
PING 192.168.2.120 (192.168.2.120) 56(84) bytes of data. 

--- 192.168.2.120 ping statistics --- 
1 packets transmitted, 1 received, 0% packet loss, time 0ms 
rtt min/avg/max/mdev = 1021.145/1021.145/1021.145/0.000 ms 
bound: renewal in 1399 seconds.

I co uważacie o tym? Będe wdzięczny za każdą sugestię.

[morsik]

Pokaż iwconfig. Używam madwifi na gentoo, służy mi za AP i działa.

Jak się łączysz? Jakieś skrypty? Jeśli tak, to je pokaż. Łączysz przez NetworkManagera czy może jakiś inny menedżer sieci bezprzewodowych?

[sanji]

Pełen iwconfig:

lo        no wireless extensions.

wifi0     no wireless extensions.

ath0      IEEE 802.11g  ESSID:"network2"  Nickname:""
          Mode:Managed  Frequency:2.417 GHz  Access Point: 00:1A:70:EB:87:A3   
          Bit Rate:12 Mb/s   Tx-Power:18 dBm   Sensitivity=1/1  
          Retry:off   RTS thr:off   Fragment thr:off
          Encryption key:1234-5678-9123-4567-8912-3459-19   Security mode:restricted
          Power Management:off
          Link Quality=20/70  Signal level=-75 dBm  Noise level=-95 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

[morsik]

Pokaż jakies skrypty którymi się łączysz. Chodzi mi o te takie co w gentoo siedzą pod /etc/conf.d/net a w Fedorze pod /etc/sysconfig/network-scripts/ifcfg-$nazwa_interfejsu.

Wiesz o co mi chodzi chyba?

[sanji]

Napisałem swój skrypt. Pod Fedorą działał bez problemu, więc składniowo raczej zdaje się być poprawny.

#!/bin/bash

wlanconfig ath0 destroy
ip link set dev wifi0 down
ip link set addr 00:13:46:29:9D:75 dev wifi0
ip link set dev wifi0 up

wlanconfig ath create wlandev wifi0 wlanmode sta
ifconfig ath0 down
iwconfig ath0 ESSID network2
iwconfig ath0 key 12345678912345678912345919
iwconfig ath0 ap 00:1B:70:EA:87:A3
#iwpriv ath0 bgscan 0
ifconfig ath0 up
dhclient ath0

[sanji]

Sprawa się po pół roku rozwiązała sama. Z pomocą przyszedł... piorun. Uszkodził centralę od TP s.a. z której korzysta mój dostawca.

Po naprawie wszystko działa jak należy. Co prawda wciąż wyświetla wifi0: unknown hardware address type 801, ale łączy w niecałe 5 sekund.

Bardzo dziwne, ale ważne, że już rozdział zamknięty.

Normalnie archiwum X