Strona 2 z 2
: 11 września 2015, 09:55
autor: szybki
Heh jednak nadal nie działa
Zrywa co jakiś czas... nieregularnie.
Kod: Zaznacz cały
route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 wlan0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0
Kod: Zaznacz cały
iptables -L -nvx
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Kod: Zaznacz cały
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp
#allow-hotplug wlan0
#iface wlan0 inet dhcp
# wpa-ssid DOMX
# wpa-psk xxx
Z tym że jak odkomentuję to, i tak zrywa połączenie, nawet jak nie odpalę wicd i użyję zwykłych ifup/down wlan0
: 11 września 2015, 12:20
autor: szybki
A i zapomniałem, jeszcze wynik pingu po rozłączeniu.
Kod: Zaznacz cały
ping -c5 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
--- 8.8.8.8 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4000ms
: 11 września 2015, 13:05
autor: pawkrol
Jeśli ping do routera ci dochodzi, a dalej już nie to ja bym winy szukał w routerze. Zwłaszcza jak widać adres bramy jest wpisany na stacji. Chyba, że masz jakiś program antywirusowy zainstalowany i on bruździ.
: 11 września 2015, 13:10
autor: szybki
Hmm, nie mam nic takiego, to czysty system. Tylko czemu wtedy zrywanie połączenia jest losowe, a działa bez problemu np. z przewodowym? Sprawdziłem w panelu TP-Link, jednak tam nie ma nic co by wzbudzało podejrzenia
: 11 września 2015, 13:39
autor: mariaczi
Z jakiego szyfrowania korzystasz? Jak masz to ustawione na TP-Linku? Sprawdzałeś, czy bez szyfrowania (wyłączony na TP-Linku) też zrywa połączenie?
Sprawdź, czy w /etc/wpa_supplicant nie masz czasem dwa razy wpisanej swojej sieci.
: 11 września 2015, 15:36
autor: szybki
Na ruterze jest WPA2, a w wicd "WPA1/2 passphrase", zmiany nic nie dają, zrywanie losowe. Poza tym to jest tylko pod linux, pod win jest ok, więc to nie może być wina rutera. A /etc/wpa_supplicant to folder w którym sa skrypty bash.
: 11 września 2015, 15:43
autor: mariaczi
szybki pisze:... Poza tym to jest tylko pod linux, pod win jest ok, więc to nie może być wina rutera. A /etc/wpa_supplicant to folder w którym sa skrypty bash.
Pod linuksem działa inny sterownik niż pod windowsem. Jaki tryb pracy masz ustawiony na ruterze? Jeśli "n" spróbuj zmienić na "b/g".
Czy w /etc/wpa_supplicant nie ma pliku wpa_supplicant.conf? Może w samym /etc masz ten plik - poszukaj, sprawdź.
Edycja:
Sprawdź jeszcze to:
http://erambler.co.uk/blog/linux-rtl872 ... pping-out/
: 12 września 2015, 00:43
autor: pone13
Ostatni raz ja miałem w notku kartę realtek'a (nie pamiętam modelu) objaw był ten sam: zrywała neta losowo,
nie szło dojść do ładu bez wyładowania wszystkich modułów.
Pomogła kompilacja i instalacja możliwie najnowszego sterownika z tego repo:
https://github.com/lwfinger/rtlwifi_new.git.
Kod: Zaznacz cały
git clone [URL]https://github.com/lwfinger/rtlwifi_new.git[/URL]
cd rtlwifi_new
make
make install
: 12 września 2015, 11:14
autor: szybki
mariaczi - nie mam nigdzie takiego pliku
pone13 - dzięki, na razie działa od kilku godzin bez przerwy po skompilowaniu, a teraz pytanie poboczne, to jest repo jakieś zaufane? Nigdzie nie znalazłem informacji o tym, czy przypadkiem autorzy nie dodali czegoś od siebie 
: 12 września 2015, 11:23
autor: pone13
W razie wątpliwości zawsze możesz skorzystać z oryginalnych sterowników realteka z ich strony.
Jednak ich kompilacja może być trochę trudniejsza, czasami trzeba coś poprawić w źródłach.