Witam,
Na routerze WNR3500Lv2 miałem zanstalowane tomato build5x-132-EN już ponad rok. WLAN był praktycznie niewykorzystywany - jedynie drukarka była połączona po wifi, ale wszystko działało i dało się drukować.
Ostatnio jednak drukarka drukowała po kilkunastu minutach zadany wydruk. Zauważyłem, że niby jest w dewice list połączona ta drukarka (siła i jakość sygnało ok), ale TX/RX Rate zerowe. Postanowiłem podłączyć smarphone po wifi żeby sprawdzić czy to nie wina samej drukarki i okazało się, że połączenie jest, ale jest brak dostępu do internetu zresztą tak samo jak w stacjonarnym PC, który ma kartę WLAN więc można było to sprawdzić.
Postanowiłem wgrać najnowszy firmware build5x-140-MultiWAN (oczywiście wyczyściłem NVRAM), ale problem jest ten sam tj. pingi na urządzenia podłączone po WIFI nie dochodzą, a na samych urządzeniach pomimo, że połączenie z siecią jest to nie ma dostępu do Internetu.
Czy możecie podpowiedzieć co tego może być przyczyną?
Połączony z 26 czerwiec 2017 13:48:52:
EDIT,
po dłuższej obserwacji zauważyłem, że pingi czasami docierają, ale to dosłownie kilka, po czym znów dłuższa przerwa.
Połączony z 27 czerwiec 2017 18:46:16:
Mam pewne przypuszczenia potwierdzone u znajomego w podobnej konfiguracji...
otóż problem ten nastąpił mniej więcej wtedy, kiedy sieć rozszerzyłem o kolejny router, który jest wpięty do LAN pierwszego routera i korzysta z jego DHCP.
W tym drugim routerze jest ustawiona sieć WLAN i to powoduje problem.
Znajomy miał niemal identyczną konfigurację i podobny problem z hostami połączonymi po WLAN.
Czy ktoś borykał się z podobnym problemem i zna rozwiązanie?
Edytowany przez gorus1 dnia 27-06-2017 18:46
Może byś podał dokładnie jak masz skonfigurowane oraz połączone ze sobą routery.Potrzebna adresacja na routerze i APkach, jaka nazwa AP (SSID) itp.
Jak dokładnie są za sobą podłączone urządzenia.
morze masz konflikt IP, albo coś innego...
Router A, na którym jest tomato by shibby ma adresację 192.168.101.0/24 , router B (również z tomato) jest podłączony do porut LAN routera A i ma wyłączone DHCP.
Przy takiej konfiguracji jest problem z dostępem do INTERNETU dla hostów połączonych po WiFi routera A natomiast hosty podłączone po WiFi routera B nie mają takiego problemu, a przecież korzystają z DHCP routera A.
Taką zależność miał również mój znajomy przy bardzo podobnej konfiguracji.
Połączony z 30 czerwiec 2017 10:13:10:
Dodam jeszcze, że na routerze A jest ustawiona sieć gościnna wedle tego tutorialu https://openlinksys.info/forum/viewthread.php?thread_id=14849 oraz klient openvpn
Ponadto SSID-y oczywiście się różnią i w harmonogramie są reguły, które wyłączają i włączają o określonej godzinie wirtualny interface wl0.1. Więcej nic takiego nie ma co by mogło powodować konflikt.
Edytowany przez gorus1 dnia 30-06-2017 10:13
· Łą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
