ASUS-RTN18U Tomato by Shibby niestabilna praca
|
JacekP |
Dodano 15-11-2014 13:14
|
User
Posty: 4
Dołączył: 15/11/2014 12:55
|
Cześć,
Od jakiś dwóch miesięcy mam RT-N18U z wgranym Tomato by Shibby (obecnie V123) - w miarę standardowa konfiguracja za wyjątkiem tego, że na stałe mam zapiętą sesję OpenVPN (zmieniłem na RT-N18U z powodu wydajności procesora).
Wszystko jest pięknie za wyjątkiem tego, że ruter maksymalnie działa około 6-7 dni po czym zawiesza się dokumentnie (jest całokowicie martwy, żadne pingi świeci wyłącznie dwoma diodami) - musze go zrestartować z guzika.
Od wersji V123 jest i tak zdecydowanie lepiej - V122 zawieszała się po kilku dniach.
Nie bardzo wiem jak zrobić nawet prosty debbuging - po restarcie w /var/log są tylko logi z ostatniego restartu.
Czy to może być kwestia OpenVPN'a? Zepsuty hardware?
Pzdr,
Konrad |
|
|
|
grz3si3k |
Dodano 15-11-2014 14:35
|
Super User
Posty: 630
Dołączył: 28/06/2008 17:19
|
jeśli orientacyjnie wiesz co ile się zawiesza, zaczął bym od najprostszego, a mianowicie sprawdzenia procesów w konsoli. Może to wyglądać na hardware (np przegrzewanie) ale i na software (np wyciek pamięci)
RT-AC68U
|
|
|
|
shibby |
Dodano 16-11-2014 16:17
|
SysOp
Posty: 17110
Dołączył: 15/01/2009 20:30
|
najprostszy test by stwierdzić czy to wina hardware to wrócić do OFW i sprawdzić na nim. Jak problem będzie występował to masz wtedy jasność, że winny jest sprzęt.
Jeżeli zaś na OFW będzie ok to znaczy, że problem leży w tomato a raczej w jego konfiguracji. Mam w kilku lokalizacjach 18`tki i nikt mi do tej pory nie narzekał. Włącz logowanie na dysk. Wyczyść nvram i ustaw wszystko jeszcze raz z palca. Wtedy może uda się znaleźć przyczynę problemu.
Router: Unifi Cloud Gateway Max
Switch: Netgear MS510TXPP
Switch: Unifi USW-Flex-Mini - szt. 2
Wi-Fi: Unifi U6-Lite - szt. 2
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM #1: Synology SA6400
VM #2: Debian, WWW
VM #3: Home Assistant OS
|
|
|
|
Steel_Rat |
Dodano 16-11-2014 17:08
|
OL Maniac
Posty: 1831
Dołączył: 29/05/2011 22:24
|
Tak w temacie wieszania sir RT-N18U. Mój wiesza się gdy przywracam konfigurację z pliku (tylko przycisk wyłączenia pomaga i oczywiście żadne ustawienia nie są przywrócone), oraz dwa razy zawiesił się gdy poprawiałem jakieś ustawienia i dałem zapisz.
Dokładnie wtedy palą się tylko dwie pierwsze diody.
WRT3200ACN (WRT32X) + OpenWRT 18.06+światełko 150/150 Mb/s
Asus RT-AC68UvE1 + RMerlin + Entware
Netgear WNR3500Lv2 + DDWRT
|
|
|
|
JacekP |
Dodano 18-11-2014 13:53
|
User
Posty: 4
Dołączył: 15/11/2014 12:55
|
Zrobiłem jak zalecacie - wykasowałem nvram i poustawiałem wszystko od zera. Zobaczymy - co będzie dalej.
Małe pytanie laika odnośnie backupu konfiguracji.
Jak rozumiem nie jest zalecanie restorowanie binarnego .cfg pomiędzy różnymi wersjami tomato.
Czy w takim razie jakaś metoda zrzutu tekstowego pozmienianych wartości nvram'u?
Wtedy odtworzenie ustawień byłoby przez proste wklepanie serii komend nvram set. |
|
|
|
grz3si3k |
Dodano 18-11-2014 14:20
|
Super User
Posty: 630
Dołączył: 28/06/2008 17:19
|
Cytat JacekP napisał(a):
Jak rozumiem nie jest zalecanie restorowanie binarnego .cfg pomiędzy różnymi wersjami tomato.
Zdecydowanie nie.
RT-AC68U
|
|
|
|
shibby |
Dodano 18-11-2014 14:27
|
SysOp
Posty: 17110
Dołączył: 15/01/2009 20:30
|
Cytat Mój wiesza się gdy przywracam konfigurację z pliku
funkcja Restore na ARM nigdy z GUI nie działała. Odtworzyć backup ustawień można tylko z konsoli komendą nvram restore .
Router: Unifi Cloud Gateway Max
Switch: Netgear MS510TXPP
Switch: Unifi USW-Flex-Mini - szt. 2
Wi-Fi: Unifi U6-Lite - szt. 2
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM #1: Synology SA6400
VM #2: Debian, WWW
VM #3: Home Assistant OS
|
|
|
|
Steel_Rat |
Dodano 18-11-2014 15:40
|
OL Maniac
Posty: 1831
Dołączył: 29/05/2011 22:24
|
Cytat shibby napisał(a):
Cytat Mój wiesza się gdy przywracam konfigurację z pliku
funkcja Restore na ARM nigdy z GUI nie działała. Odtworzyć backup ustawień można tylko z konsoli komendą nvram restore .
Ok dzięki za info. Następnym razem spróbuje.
WRT3200ACN (WRT32X) + OpenWRT 18.06+światełko 150/150 Mb/s
Asus RT-AC68UvE1 + RMerlin + Entware
Netgear WNR3500Lv2 + DDWRT
|
|
|
|
JacekP |
Dodano 21-11-2014 17:26
|
User
Posty: 4
Dołączył: 15/11/2014 12:55
|
Ktoś coś może doradzić odnośnie tego:
Cytat
Czy w takim razie jakaś metoda zrzutu tekstowego pozmienianych wartości nvram'u?
Wtedy odtworzenie ustawień byłoby przez proste wklepanie serii komend nvram set
|
|
|
|
feszt |
Dodano 08-12-2014 10:46
|
User
Posty: 63
Dołączył: 10/11/2006 16:01
|
Witam
Noszę się z zamiarem zakupu tego routera.
Zastanawia mnie, jak się na nim sprawuje Oscam, czy np. binarka z linku poniżej będzie pasować po tomato by master shibby?
Cytat http://download.oscam.cc/index.php?PHPSESSID=d0vcqq1bbufm2br6vok07itf12&direction=0&order=mod&directory=1.20_TRUNK/arm-asuswrt
Asus RT-AC86U + Merlin + Acasis DT-S2 (1TB RAID1)
|
|
|
|
shibby |
Dodano 08-12-2014 14:49
|
SysOp
Posty: 17110
Dołączył: 15/01/2009 20:30
|
No niestety nie sprawdzę
Cytat Odmowa dostępu
Dostęp do strony został zablokowany przez ESET Endpoint Antivirus. Ta strona internetowa znajduje się na liście witryn mających potencjalnie niebezpieczną zawartość.
Ale skoro jest na ARM i działa na asuswrt to będzie działać i na tomato.
Połączony z 08 December 2014 14:50:42:
Cytat JacekP napisał(a):
Ktoś coś może doradzić odnośnie tego:
Cytat
Czy w takim razie jakaś metoda zrzutu tekstowego pozmienianych wartości nvram'u?
Wtedy odtworzenie ustawień byłoby przez proste wklepanie serii komend nvram set
nvram show > /tmp/export_nvram.txt
Edytowany przez shibby dnia 08-12-2014 14:50
Router: Unifi Cloud Gateway Max
Switch: Netgear MS510TXPP
Switch: Unifi USW-Flex-Mini - szt. 2
Wi-Fi: Unifi U6-Lite - szt. 2
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM #1: Synology SA6400
VM #2: Debian, WWW
VM #3: Home Assistant OS
|
|
|
|
KraKra |
Dodano 25-01-2015 23:20
|
User
Posty: 2
Dołączył: 17/10/2010 16:54
|
Cytat Ale skoro jest na ARM i działa na asuswrt to będzie działać i na tomato.
Teoretycznie tak, praktycznie niekoniecznie. Spędziłem prawie trzy tygodnie (a znam się na rzeczy), usiłując zmusić OSCama do stabilnej pracy na RT-N18 (pod tomato, bo tak sobie życzył kumpel), testując różne binarki, zarówno gotowe, jak i samodzielnie skompilowane, z takimi zestawami funkcji, jakie sobie chciałem odpalić. W zasadzie rzecz biorąc, bez powodzenia, z zastosowaniem różnych ustawień czytników, wgrywając moduły ręcznie, instalując optware(czy jak to się zwie), itd.
Rezultat: OSCam działa, a owszem, idealnie jako klient sieciowy. Niestety nie ma mocnych, by stabilnie obsługiwał czytniki. W zależności od systemu w jakim jest karta, wcześniej lub później następuje zawieszenie komunikacji z czytnikiem/kartą, a potem (nie zawsze), zawieszenie samego OSCama.
NIE jest to ani wina kart, ani czytników, ani kabli, ani huba USB, gdyż ten sam sprzęt pracuje na tplinku na AR71xx bez jakichkolwiek zacinek, jednak dla pewności zostały użyte krótkie, grube kable, z ferrytami, inny hub usb, z zasilaniem, inne egzemplarze "phoenixów". Bez efektów.
Gdybym miał próbować typować przyczyny, obstawiałbym błędną obsługę USB lub FTDI.
PS. Jakby ktoś chciał binarki do testów, to.. PW :) |
|
|