Przedwczoraj zainstalowałem Tomato (aktualne 1.23) i wszystko niby cacy ale po paru godzinach (czasem po parunastu minutach) wifi jakby się wiesz i nie mogę nawiązać połączenia z APkiem. Problem "rozwiązuje" wyciągnięcie zasilania na jakieś 30 sekund i podłączenie spowrotem. Jedynym klientem wifi jest mój lapek ale pare osób korzysta po kablu więc nie mogę go tak ciągle wyłączać - pomijając, że na dłuższą mete to mnie szlag trafi.
Tutaj jest kawałek /var/log/messages wyjaśniający użycie określenia "wiesza":
Jan 21 16:31:11 nomad tg3: eth0: Link is down.
Jan 21 16:31:11 nomad NetworkManager: (eth0): carrier now OFF (device state 8)
Jan 21 16:31:11 nomad NetworkManager: (eth0): device state change: 8 -> 2
Jan 21 16:31:11 nomad NetworkManager: (eth0): deactivating device (reason: 40).
Jan 21 16:31:11 nomad dhcpcd[10649]: eth0: received SIGTERM, stopping
Jan 21 15:31:11 nomad avahi-daemon[8204]: Withdrawing address record for 192.168.1.36 on eth0.
Jan 21 15:31:11 nomad avahi-daemon[8204]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.1.36.
Jan 21 15:31:11 nomad avahi-daemon[8204]: Interface eth0.IPv4 no longer relevant for mDNS.
Jan 21 16:31:11 nomad NetworkManager: eth0: canceled DHCP transaction, dhcp client pid 10649
Jan 21 16:31:11 nomad NetworkManager: nm_dhcp_manager_handle_event(): Received DHCP event from unexpected PID 10649 (expected 0)
Jan 21 16:31:30 nomad iwl3945 0000:04:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
Jan 21 16:31:30 nomad iwl3945 0000:04:00.0: restoring config space at offset 0x1 (was 0x100102, writing 0x100106)
Jan 21 16:31:30 nomad iwl3945 0000:04:00.0: irq 312 for MSI/MSI-X
Jan 21 16:31:30 nomad NetworkManager: nm_device_wifi_set_enabled(): not in expected unavailable state!
Jan 21 16:31:30 nomad NetworkManager: (wlan0): bringing up device.
Jan 21 16:31:30 nomad Registered led device: iwl-phy0:radio
Jan 21 16:31:30 nomad Registered led device: iwl-phy0:assoc
Jan 21 16:31:30 nomad Registered led device: iwl-phy0:RX
Jan 21 16:31:30 nomad Registered led device: iwl-phy0:TX
Jan 21 16:31:30 nomad ADDRCONF(NETDEV_UP): wlan0: link is not ready
Jan 21 16:31:30 nomad NetworkManager: (wlan0): device state change: 2 -> 3
Jan 21 16:31:30 nomad NetworkManager: (wlan0): supplicant interface state: starting -> ready
Jan 21 16:32:21 nomad NetworkManager: Activation (wlan0) starting connection 'szczerbonet'
Jan 21 16:32:21 nomad NetworkManager: (wlan0): device state change: 3 -> 4
Jan 21 16:32:21 nomad NetworkManager: Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled...
Jan 21 16:32:21 nomad NetworkManager: Activation (wlan0) Stage 1 of 5 (Device Prepare) started...
Jan 21 16:32:21 nomad NetworkManager: Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
Jan 21 16:32:21 nomad NetworkManager: Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.
Jan 21 16:32:21 nomad NetworkManager: Activation (wlan0) Stage 2 of 5 (Device Configure) starting...
Jan 21 16:32:21 nomad NetworkManager: (wlan0): device state change: 4 -> 5
Jan 21 16:32:21 nomad NetworkManager: Activation (wlan0/wireless): connection 'szczerbonet' has security, and secrets exist. No new secrets needed.
Jan 21 16:32:21 nomad NetworkManager: Config: added 'ssid' value 'szczerbonet'
Jan 21 16:32:21 nomad NetworkManager: Config: added 'scan_ssid' value '1'
Jan 21 16:32:21 nomad NetworkManager: Config: added 'key_mgmt' value 'WPA-PSK'
Jan 21 16:32:21 nomad NetworkManager: Config: added 'psk' value ''
Jan 21 16:32:21 nomad NetworkManager: Activation (wlan0) Stage 2 of 5 (Device Configure) complete.
Jan 21 16:32:21 nomad NetworkManager: Config: set interface ap_scan to 1
Jan 21 16:32:21 nomad NetworkManager: (wlan0): supplicant connection state: scanning -> disconnected
Jan 21 16:32:26 nomad NetworkManager: (wlan0): supplicant connection state: disconnected -> scanning
Jan 21 16:32:27 nomad wlan0: direct probe to AP 00:22:15:0b:68:c4 try 1
Jan 21 16:32:27 nomad NetworkManager: (wlan0): supplicant connection state: scanning -> associating
Jan 21 16:32:27 nomad wlan0: direct probe to AP 00:22:15:0b:68:c4 try 2
Jan 21 16:32:27 nomad wlan0: direct probe to AP 00:22:15:0b:68:c4 try 3
Jan 21 16:32:27 nomad wlan0: direct probe to AP 00:22:15:0b:68:c4 timed out
Jan 21 16:32:36 nomad NetworkManager: wlan0: link timed out.
Jan 21 16:32:37 nomad NetworkManager: (wlan0): supplicant connection state: associating -> disconnected
Jan 21 16:32:37 nomad NetworkManager: (wlan0): supplicant connection state: disconnected -> scanning
Jan 21 16:32:37 nomad NetworkManager: (wlan0): supplicant connection state: scanning -> associating
Jan 21 16:32:37 nomad wlan0: direct probe to AP 00:22:15:0b:68:c4 try 1
Jan 21 16:32:37 nomad wlan0: direct probe to AP 00:22:15:0b:68:c4 try 1
Jan 21 16:32:38 nomad wlan0: direct probe to AP 00:22:15:0b:68:c4 try 2
Jan 21 16:32:38 nomad wlan0: direct probe to AP 00:22:15:0b:68:c4 try 3
Jan 21 16:32:38 nomad wlan0: direct probe to AP 00:22:15:0b:68:c4 timed out
Jan 21 16:32:46 nomad NetworkManager: Activation (wlan0/wireless): association took too long.
Jan 21 16:32:46 nomad NetworkManager: (wlan0): device state change: 5 -> 9
Jan 21 16:32:46 nomad NetworkManager: Activation (wlan0) failed for access point (szczerbonet)
Jan 21 16:32:46 nomad NetworkManager: Marking connection 'szczerbonet' invalid.
Jan 21 16:32:46 nomad NetworkManager: Activation (wlan0) failed.
Jan 21 16:32:46 nomad NetworkManager: (wlan0): device state change: 9 -> 3
Jan 21 16:32:46 nomad NetworkManager: (wlan0): deactivating device (reason: 0).
Jan 21 16:37:14 nomad NetworkManager: (wlan0): device state change: 3 -> 2
Jan 21 16:37:14 nomad NetworkManager: (wlan0): deactivating device (reason: 0).
Jan 21 16:37:14 nomad NetworkManager: (wlan0): taking down device.
Jan 21 16:37:14 nomad iwl3945 0000:04:00.0: PCI INT A disabled
Jan 21 16:38:05 nomad tg3: eth0: Link is up at 100 Mbps, full duplex.
Jan 21 16:38:05 nomad tg3: eth0: Flow control is on for TX and on for RX.
Jak widać to jest sytuacja od odłączenia UTP i próby połączenia po wifi aż do momentu gdy daje za wygraną i podłączam kabel. Z tego co rozumiem to nieudaje się asocjacja.
Używam orginalnej wifi więc chyba jakiś broadcom. Póki używałem orginalnego softu problem nie występował, więc niby sprzęt jest ok, ale z drugiej strony dlaczego zwykły reboot nie pomaga? To zdaje się sugerować, że jednak jest coś ze sprzętem i potrzeba tej chwili bez zasilania, żeby wszystkie pojemności się opróżniły i sprzęt ruszył na czysto...
Teraz się okazuje, że równie moge trochę poczekać bez odłączania i po jakimś czasie się połącze, ale po chwili AP przestanie odpowiadać, tak wyglądają message:
Wygląda na to, że rozwiązałem problem. Co prawda po stronie klienta (który nie miał problemu z tym APkiem na org sofcie ani z innymi APkami), ale działa. Gdyby ktoś miał podobny problem to trzeba w źródle jądra w pliku ./net/mac80211/mlme.c zmienić makro:
Skoro to rozwiązało mój problem to znaczy, że z Tomato dłużej odpowiada na sygnał niż na org sofcie...jest jakaś bugzilla/forum tomato gdzie moge zamarudzić? Bo o ile inne dystrybucje mają takie rzeczy to na stronie tomato nic nie widze.
Witam
A jak masz z sygnałem wifi na tym oprogramowaniu ?
Możesz to jakoś porównać do innego routera ? amoże do innego oprogramowania ?
Mam zainstalowane openwrt i podoba mi się ten soft ale ...... sygnał z wifi nieco mnie niezadowala B)
Tyle co po mieszkaniu biegam z komputerem to nie widze różnicy między tym Tomato 1.23 a najnowszym Asus'a. Innych nie próbowałem jeszcze (docelowo będzie OpenWRT ale to dopiero po remoncie, przeprowadzce i jak kupie obudowy USB na dyski ;]).
Problem wifi jednak wrócił wczoraj i w końcu pozbyłem się Tomato na rzecz DD-WRTv24SP1. Na razie wszystko jest ok...oby tak pozostało.
Ale ciekawą sprawą jest, że i na tomato i teraz na komputerze widze sporo wyższą procentową jakoś połączenia niż na routerze. Jak siedze przy biurku czyli jakieś 0,5 m od routera to na kompie widze 93-99% a na routerze 80-90%. Jak odejde pare metrów to na komputerze spada do 90-94% a na routerze już jest 78-80%. Na drugim końcu mieszkania mam na komputerze 76-84% a na routerze już tylko 54-60%.
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
Maniek91PL
06-11-2024 22:37
dzięki !
maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia
Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa
overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.
maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.
overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?
maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach
maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności", więc prawdopodobnie gdzieś przepięcie.
servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.
maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?
' target='_blank'>Link
