updateowałem wersje jak w temacie i zaczęły się cyrki w mojej sieci. Wygląda ona mniej więcej tak:
- RT-N18U jako główny router, DHCP i DNS
- port WAN N18U podłączony do routera LTE Huaweii B715 (192.168.8.x)
- port LAN N18U podłączony do routera LTE Huaweii B715 (192.168.2.x), żeby skorzystać z niego jako AP 5GHz (DHCP oczywiście wyłączone na B715)
- 2x port LAN N18U podłączony do niezarządzalnych przełączników
Na 2018.4 działało to bardzo dobrze. B715 oprócz internetu LTE dawał mi fajne wifi jako rozszerzenie sieci 192.168.2.x na tomato. Po upgrade do 2019.3 wystąpiły cyrki na części urządzeń, co ciekawe wygląda, że tylko na Windowsach. Przestały te urządzenia pingować tomato (192.168.2.1), jednocześnie będąc w stanie pingować inne urządzenia w sieci.
- dwa desktopy podłączone kablem do tego samego przełącznika niezarządzalnego - Ubuntu działa, Windows 10 nie. Oba mają statyczne IP. Co ciekawe DHCP na Windowsie łapie odpowiednie IP i chwilę po tym potrafi wysłać-odebrać pojedynczy ping
- dwa laptopy Windows 10 zachowują się podobnie jak ten po kablu przy łączeniu przez WiFi - tak samo podłączone do 2GHz bezpośrednio na N18u, jak i do 5GHz na B715
- wszelkie androidy i Iphone'y po WiFi śmigają bez problemów, w obu sieciach WiFi,
- telewizory i tuner na linuksie połączone kablowo do niezarządzalnych przełączników działają bez problemów.
Sytuacja od razu się poprawia po rozpięciu połączenia LAN między N18U i B715.
Może ktoś będzie miął jakiś pomysł co to może być...
Połączony z 30 listopad 2019 09:30:46:
Zauważyłem, że po wpięciu kabla LAN między N18, a B715, część hostów pojawia się w arp w VLANie:
root@pomidor:/tmp/home/root# arp -a
vn7.dom.local (192.168.2.38) at 30:65:ec:a3:: [ether] PERM on br0
vn7.dom.local (192.168.2.38) at 30:65:ec:a3:: [ether] on vlan2
Stąd zapewne brak pingowania z routerem w obie strony. Wygląda też na to, że samo wypięcie kabla nie musi pomóc od razu, bo dzisiaj musiałem wyczyścić dodatkowo cache arp:
root@pomidor:/tmp/home/root# ip -s -s neigh flush all
192.168.2.239 dev br0 lladdr 44:59:e3:04:: ref 3 used 76/76/52 probes 6 STALE
192.168.8.1 dev vlan2 lladdr 50:04:b8:c1:: ref 369 used 18/17/17 probes 1 REACHABLE
192.168.2.205 dev br0 lladdr cc:2d:8c:b9:: ref 6 used 51/51/26 probes 4 STALE
192.168.2.38 dev vlan2 lladdr 30:65:ec:a3:: used 41/101/35 probes 0 STALE
*** Round 1, deleting 4 entries ***
*** Flush is complete after 1 round ***
Ktoś może pomóc? Ja niestety jestem słaby w te klocki. Skąd ten wpis w arp z VLAN2?
Edytowane przez Tinkas dnia 30-11-2019 09:30
Pierwszym krokiem do rozwiązania problemu, spróbuj zresetować router do ustawień domyślnych za pomocą opcji "Erase all data in NVRAM memory (thorough)" na stronie "Administracja -> Konfiguracja" w interfejsie użytkownika FreshTomato. Nie przywracaj ustawień z pliku konfiguracji kopii zapasowej - zawsze konfiguruj router ręcznie podczas rozwiązywania problemu!
Zanim zgłosisz problem z GUI, należy wyczyścić cache przeglądarki i/lub użyć Ctrl+F5 do odświeżenia strony.
Zacznijmy od tego . Zrobiłeś jak pisze autor na pierwszej stronie ?
Resetowałem, ale potem przywróciłem ustawienia z kopii.
Nic to. Widać Tomato nie jest dla mnie, bo ręczne odtwarzanie całej konfiguracji sieci domowej przy każdej aktualizacji, to w moim przypadku godziny żmudnego klikania. A na to jestem już chyba za stary, bo mnie to już nie rajcuje
Resetowałem, ale potem przywróciłem ustawienia z kopii.
Nic to. Widać Tomato nie jest dla mnie, bo ręczne odtwarzanie całej konfiguracji sieci domowej przy każdej aktualizacji, to w moim przypadku godziny żmudnego klikania. A na to jestem już chyba za stary, bo mnie to już nie rajcuje
Zrobiłeś to czego dokładnie nie powinieneś był robić. Gdyby tak można robić to by także działał dirty flash, wszakże to nic innego jak odtworzenie konfiguracji z backupu. Co miesiąc są te same pytania i problemy, że tak robić nie można.
Wyklikanie konfiguracji to maksymalnie 10 minut. Wszystkie port forwardy i większe tablice z ustawieniami możesz sobie wpisywać z konsoli lub przez terminal z gui poprzez nvram set.
Żadna to ujma na honorze, a na starość pomaga odświeżać połączenia nerwowe w mózgu :-)
W wolnej chwili wyzeruję konfig i sprawdzę na szybko, czy przy defaultowych ustawieniach będzie ten sam efekt i czy w związku z tym warto poświęcić popołudnie
Może to starość, ale lubię mięć wszystko ładnie poukładane w konfigu i samo przypisywanie MAC urządzeń do IP z odpowiednim podziałem na pule IP to prawie godzinna mordęga - to dwurodzinny dom i masa urządzeń.
Rozumiem, że da się to przerzucić przez nvram get/set?
Da się. Ja mam swój skrypt, którym wrzucam dane, na wpisanie których traci się dużo czasu (przekierowania portów, klucze vpn, statyczne dhcp itp.). Raz zrobisz będziesz miał na kolejne upgrade-y.
Połączony z 05 grudzień 2019 13:51:59:
Dzisiejsze czyszczenie NVRAM nie pomogło. Efekt jest taki sam, z tym, że w rzeczywistości problem nie jest skorelowany z systemem operacyjnym klienta, bo zaczęły świrować wszystkie urządzenia.
Plusem dzisiejszej zabawy jest skrypt przywracający większość najważniejszych ustawień NVRAMu i wydajniejsze działanie WiFi na RTN18U przy defaultowych ustawieniach.
Jutro może też będę miał "okno serwisowe", to spróbuje wrzucić Merlina dla porównania.
Edytowane przez Tinkas dnia 05-12-2019 13:51
