|
[MOD] FreshTomato-ARM
|
| Cyberghost |
Dodano 15-01-2019 18:13
|
User
Posty: 32
Dołączył: 07/07/2010 11:06
|
Super w końcu wersja 128K dla RT-AC3200. Z każdą wcześniejszą wersją trzeba się było gimnastykować kilka dni zanim router ruszył, teraz tylko Upgrade Firmware z czyszczeniem NVRAM i wstał od razu bez żadnych problemów. Może to przypadek, jednak nie wydaje mi się. Wszystkie softy obsługujące 128K jakie wgrywałem na ten router startowały bez żadnych problemów. Jedyny pomidor 64K który ruszał bez problemu to stary soft Shibbiego sprzed multiwanu. Reszta to jak się udało trafić.
Jednak cały czas mam nie rozwiązany problem z tym softem. W domu używam aktualnie RT-AC3200, który zakupiłem specjalnie z myślą o multiwanie. Przesiadłem się z RT-N66U gdyż żaden pomidor nie działa mi w konfiguracji multiwan na tym routerze. Na jednym wanie chodzi super. Ustawiam 2 wany, niby dostaje IP z DHCP na obu wanach (dla static podobnie), jednak nawet ping nie przechodzi na routery podłączone do portów wan. I nie wynika to z mojej niewiedzy, gdyż taka sama konfiguracja na RT-AC3200, RT-N18U oraz WL520GU działa poprawnie (tak nawiasem mówiąc jest mały błąd dla WL520GU - pomieszane są porty, ustawiam wan na port 1 a fizycznie jest to 2 lub 3, dokładnie nie pamiętam, jednak na pewno nie pierwszy ani nie ostatni jak w przypadku RT-AC3200 gdzie jest odwrotna kolejność na obudowie w stosunku kolejności na laminacie płyty głównej).
Jednak to nie jest ten największy i nie rozwiązany dla mnie problem. Jak wspominałem w domu używam RT-AC3200, w pracy dwóch RT-N18U. Wszystkie w takiej samej konfiguracji dla multiwan i każdy z nich trzeba przynajmniej raz dzienne zrestartować gdyż się zawieszają. Nie można się do nich zalogować w żadnej sposób, działają w trybie podstawowym tak gdyby był uruchomiony tryb odzyskiwania, jednak diody zachowują się normalnie. Jedyne co można zrobić to wyłączyć je przyciskiem on/off i załączyć ponownie. Próbowałem różnych konfiguracji i jak dotąd nie udało mi się znaleźć przyczyny zawieszania tych routerów. Dzieje się tak tylko w przypadku multiwanu, z jednym wanem wszystko działa poprawnie.
Do tego naprawdę genialnie by było gdyby udało wam się poprawić kilka błędów kosmetycznych związanych z QoS na ARM oraz z QoS dla multiwanu. Chodzi mi o to że dla MIPS w zakładce QoS/View Details jest kolumna Rule, w której wyświetlany jest numer reguły wpisany w zakładce QoS/Classification. Pozwala to na łatwe rozpoznanie która reguła została przypisana dla danego połączenia i czy QoS działa tak jak byśmy chcieli. Niestety dla wersji ARM ta kolumna jest zawsze pusta. Jeśli chodzi o QoS i multiwan to nie działa zakładka QoS/View Graphs. Dla pojedynczego wanu działa poprawnie i daje nam wgląd na podział na klasy, natomiast dla multiwanu wyświetla same głupoty (w moim przypadku pokazuje że działają tylko 2 klasy). Do tego w zakładce QoS/View Details w kolumnie Class mam ciągle Unclassified, tak jakby cały ruch w ogóle nie był klasyfikowany za pomocą QoS. |
| |
|
|
| pedro |
Dodano 15-01-2019 19:27
|
Moderator
Posty: 1001
Dołączył: 21/09/2015 15:03
|
Wszystkie w/w routery są na ostatnim sofcie 2019.1.015-beta?
Bo tylko wtedy będziemy mogli dalej podyskutować, porównując różne routery, na tym samym buildzie.
Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
|
| |
|
|
| Cyberghost |
Dodano 16-01-2019 06:40
|
User
Posty: 32
Dołączył: 07/07/2010 11:06
|
Tak, ostatnio wszystkie które używam, czyli RT-AC3200, RT-N66U oraz 2x RT-N18U, mają najnowszy soft czyli 2019.1.015-beta?. Przedtem były na wersji 2018.4 i też się tak zawieszały. Wgrywając nowy soft miałem cichą nadzieję że problem ustąpi.
Nie wiem czy to może coś pomóc, ale mam zapisywane wszystkie logi z RT-AC3200 na moim NAS Synology. Może coś z nich by się udało wywnioskować. Tylko wątpię by proces który zawiesza te routery zdążył wysłać log.
Z twojego opisu widzę że posiadasz sprzęt który używam. Zatem mogę ci przesłać pliki konfiguracyjne moich routerów, może też się w jakimś stopniu przydadzą. |
| |
|
|
| pedro |
Dodano 16-01-2019 20:39
|
Moderator
Posty: 1001
Dołączył: 21/09/2015 15:03
|
1. Soft wgrałeś w czyszczeniem nvramu i wpisaniem konfigów z palca? Wiem że to jest pracochłonne, ale inaczej niczego nie można być pewnym.
2. Ta różnica w zachowaniu N66U na multiwanie w stosunku do innych routerów, szczególnie MIPS, jest ciekawa - routing i cała reszta odbywa się identycznie, więc interesujące skąd takie problemy (no chyba, że patrz pkt 1).
3. Jeśli chodzi o to zawieszanie, to ja stawiam na jakąś specyficzną konfigurację: wiele osób używa multiwana i nie ma z tym najmniejszych problemów. Jakby co, to możesz mi ją w jakiś sposób przesłać.
Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
|
| |
|
|
| Cyberghost |
Dodano 16-01-2019 22:14
|
User
Posty: 32
Dołączył: 07/07/2010 11:06
|
1.Tak, za każdym razem gdy wgrywam nowy soft czyszczę pamięć i wprowadzam dane z palca.
2. Nie mam pojęcia, testowałem na ostatniej wersji tomato by Shibby oraz fresh tomato 2018.4 i aktualnej becie. Na żadnej nie działa.
3. Napisz mi na PW maila to ci podeślę mailem plik konfiguracyjny mojego RT-AC3200. Jeśli jesteś z wielkopolski to ci mogę podwieźć do tego RT-N66U. |
| |
|
|
| Pete7874 |
Dodano 18-01-2019 03:41
|
User
Posty: 145
Dołączył: 06/02/2012 20:25
|
Czy jest jakis problem z Bandwidth Limiter w wersji 2018.5?
Upload limituje jak trzeba, ale download'u nie limituje.
QoS mam wyłączony.
|
| |
|
|
| pedro |
Dodano 18-01-2019 16:01
|
Moderator
Posty: 1001
Dołączył: 21/09/2015 15:03
|
Na ostatniej becie jest dobrze, poprzednio też było.
Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
|
| |
|
|
| Pete7874 |
Dodano 19-01-2019 14:27
|
User
Posty: 145
Dołączył: 06/02/2012 20:25
|
No to nie wiem co sie dzieje. U mnie ten download limit jest kompletnie ignorowany.
|
| |
|
|
| Dworniok |
Dodano 19-01-2019 22:50
|
User
Posty: 13
Dołączył: 06/01/2013 23:07
|
Na Asusie RT-AC56U z softem 2018.5 nie działa watchdog w modzie Traceroute - to znaczy nie resetuje połączenia w przypadku braku internetu. Ping oraz Curl dają często false negative wyniki. Testowano z WAN ustawionym jako DHCP. Okres sprawdzania ustawiony na jedną minutę. NvM był kasowany po wgraniu. Ktoś jeszcze się spotkał z takim problemem? |
| |
|
|
| qwerty321 |
Dodano 23-01-2019 16:49
|
Super User
Posty: 571
Dołączył: 27/04/2014 18:11
|
Robiłem aktualizację R7000 do wersji beta 2019.1.051 i wszystko poszło gładko.
Natomiast co mnie skłoniło żeby zrobić aktualizację... Pamiętacie jak w listach Adblocka ktoś dodawał wpisy z błędami w postaci niedozwolonych znaków i padało rozwiązywanie nazw?
Od 2 dni jest atak na Adblocka, ktoś dopisuje gmaila, facebooka i pewnie inne też i jest krzyk użytkowników :-) Faktycznie dodanie gmaila i fejsca do whitelisty leczy problem ale coś jest na rzeczy.... |
| |
|
|
| pedro |
Dodano 23-01-2019 17:18
|
Moderator
Posty: 1001
Dołączył: 21/09/2015 15:03
|
Cytat qwerty321 napisał(a):
Pamiętacie jak w listach Adblocka ktoś dodawał wpisy z błędami w postaci niedozwolonych znaków i padało rozwiązywanie nazw?
Aktualnie podczas parsowania, wpisy wprowadzone z błędami są usuwane. Natomiast co do reszty - to już nie nasza broszka.
Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
|
| |
|
|
| qwerty321 |
Dodano 23-01-2019 19:36
|
Super User
Posty: 571
Dołączył: 27/04/2014 18:11
|
No tak nie wasza broszka ale jaka perfidia co? Opiekuję się sprzętem w wielu miejscach i od 2 dni wrzask o fejsbuka :-) gmail i fb zwracały 0.0.0.0 . |
| |
|
|
| janusz67 |
Dodano 27-01-2019 19:51
|
User
Posty: 7
Dołączył: 07/04/2013 20:38
|
Czy Fresh Tomato jest kontynuacją, dalszym rozwojem Tomato by Shibby? czy jest odrębnym projektem? |
| |
|
|
| evangelion69 |
Dodano 27-01-2019 21:28
|
Power User
Posty: 232
Dołączył: 05/12/2011 22:17
|
Aktualizacją
Mikrotiki
|
| |
|
|
| Stripe |
Dodano 28-01-2019 06:44
|
User
Posty: 23
Dołączył: 08/02/2017 22:13
|
Zdecydowanie kontynuacją. Oprócz aktualizowania paczek i naprawiania błędów dodawane są również nowe funkcje jak chociażby DNS over TLS z wykorzystaniem Stubby. |
| |
|
|
| luk1121 |
Dodano 31-01-2019 17:59
|
User
Posty: 23
Dołączył: 20/03/2011 21:30
|
Witam
Czy jest jakiś sposób aby w usłudze DDNS funkcja "Use External IP Address Checker (every 10min) działała na wybrany WAN? Posiadam 2 łącza ftth i adsl.
Na adsl mam publiczne zmienne ip i chciałbym się dostawać po tym łączu na router, problem w tym ze gdy modem zerwie synchronizacje tracę dostęp do routera a gdy mam wybraną opcje "use wan ip address" to trzeba czekać 1 dzień aby odświeżyło adres ip.
Tryb loadbalancing ustawiony 256 dla ftth i 1 dla adsl funkcja Use External IP Address Checker pobiera ip z ffth natomiast jesli odwroce 1 dla ftth i 256 dla adsl to juz pobiera ip z adsl ale cały ruch z internetu leci przez adsl a tego bym nie chciał, adsl słuzył by mi tylko na dostanie się do routera i innych urządzeń w sieci i ew. gdy ftth padnie.
Podpowie ktoś jak to ustawić?
probowalem użyć skryptu: wget -s http://adres_meil:haslo@dynupdate.no-ip.com/nic/update?hostname=domena&myip=
ustawiłem odswieżanie co 3min i działa ale pobiera ip z ftth :/
ktoś coś?
Asus RT-AC68U E1 + freshtomato-RT-AC68U-ARM_NG-2020.8-AIO-64K
|
| |
|
|
| Cyberghost |
Dodano 31-01-2019 20:38
|
User
Posty: 32
Dołączył: 07/07/2010 11:06
|
Ja rozwiązałem ten problem ustawiając DDNS na funboxie. WAN1 mam LTE a WAN2 Neostradę. Podobna sytuacja jak u ciebie. Przez LTE nie podłącze się do mojej sieci bo nie mam zewnętrznego IP. Neostrada ma zewnętrzne IP jednak w tomato nie ma opcji wyboru WAN dla DDNS. Miałem wcześniej odwrotnie podłączone WANy jednak z pewnych powodów musiałem je zamienić. |
| |
|
|
| qbanin |
Dodano 01-02-2019 12:43
|
User
Posty: 43
Dołączył: 06/07/2012 21:29
|
Cytat qbanin napisał(a):
Cytat qbanin napisał(a):
W 2018.5 mam problem z modemem LTE E3372 podpiętym do aktywnego huba usb 2.0. Po kilku godzinach od uruchomienia routera w logach pojawia się komunikat
usbcore: deregistering interface driver huawei_ether
eth3: unregister 'huawei_ether' usb-0000:00:0b.1-2.1, Huawei Ethernet Device
usbcore: registered new interface driver cdc_wdm
usbcore: registered new interface driver qmi_wwan
usbcore: deregistering interface driver qmi_wwan
usbcore: deregistering interface driver cdc_wdm
usbcore: registered new interface driver cdc_ether
usbcore: deregistering interface driver cdc_ether
eth3: register 'huawei_ether', Huawei Ethernet Device
usbcore: registered new interface driver huawei_ether
ADDRCONF(NETDEV_UP): eth3: link is not ready
eth3: CDC: network connection: connected
ADDRCONF(NETDEV_CHANGE): eth3: link becomes ready
po czym internet działa z maksymalną prędkością 3-4 Mbit/s . Restart samego połączenia LTE nic nie daje, jedyna co pomaga to restart całego routera, po czym wszystko wraca do normy czyli 30-80 Mbit/s zależnie od pory doby. Po kilku godzinach problem się powtarza. Na 2018.4 nie miałem tej przypadłości i po downgrade z 2018.5 do 2018.4 wszystko jest ok. Jakiś pomysł co dzieje?
Wygląda na to że LTE śmiga dopóki się programowo nie zresetuje się połączenia. Aby odtworzyć problem można zmienić coś podstawowych ustawieniach połączenia LTE i zstosować zmiany lub (jak to było w moich przypadku) gdy połączenie restartuje watchdog. Jeśli wymuszenie restartu nie następuje to LTE śmiga, stąd pewnie wiele osób się z tym nie spotkało. Obstawiam że któraś ze zmian w switch4g jest odpowiedzialna za ten problem, być może jeszcze z czasów bety 2018.5 ale nie jestem pewien bo jej nie używałem. Mógłby ktoś to u siebie przetestować i ewentualnie potwierdzić błąd?
Moja obecna konfiguracja to wymuszenie 4G only, roaming Disabled, LTE Band B7.
W 2019.1.015-beta problem nadal istnieje. |
| |
|
|
| pedro |
Dodano 01-02-2019 12:51
|
Moderator
Posty: 1001
Dołączył: 21/09/2015 15:03
|
Przede wszystkim to:
usbcore: deregistering interface driver huawei_ether
nie powinno mieć miejsca. Świadczy to o jakimś problemie z modemem - za długi/zły kabel USB, fatalny hub aktywny, etc.
Co jest w logu przed w/w?
BTW, u mnie problem nie występuje (też E3372).
Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
|
| |
|
|
| Cnrd |
Dodano 02-02-2019 17:15
|
User
Posty: 2
Dołączył: 08/02/2017 22:04
|
Witam,
Posiadam router Asus RT-N18U + 2019.1.015 -beta K26ARM USB AIO-64K-NOSMP.
Do w/w podłączony jest dysk SSD 256 GB przez złącze USB 3.0. (3 partycje: 1. swap 500MB, 2. /opt 1000MB, 3. /nas resztaMB
W logu zauważyłem ostrzeżenia:
Jan 1 01:00:08 Router kern.info kernel: usb 1-1: new SuperSpeed USB device using xhci_hcd and address 2
Jan 1 01:00:08 Router kern.warn kernel: xhci_hcd 0000:00:0c.0: WARN: short transfer on control ep
Jan 1 01:00:08 Router kern.warn kernel: xhci_hcd 0000:00:0c.0: WARN: short transfer on control ep
Jan 1 01:00:08 Router kern.warn kernel: xhci_hcd 0000:00:0c.0: WARN: short transfer on control ep
Jan 1 01:00:08 Router kern.warn kernel: xhci_hcd 0000:00:0c.0: WARN: short transfer on control ep
Jan 1 01:00:08 Router kern.warn kernel: xhci_hcd 0000:00:0c.0: disable burst on ep 1
Jan 1 01:00:08 Router kern.warn kernel: xhci_hcd 0000:00:0c.0: WARN no SS endpoint bMaxBurst
Jan 1 01:00:08 Router kern.warn kernel: xhci_hcd 0000:00:0c.0: disable burst on ep 2
Jan 1 01:00:08 Router kern.warn kernel: xhci_hcd 0000:00:0c.0: WARN no SS endpoint bMaxBurst
Jan 1 01:00:08 Router kern.info kernel: scsi0 : usb-storage 1-1:1.0
Jan 1 01:00:09 Router kern.info kernel: device eth1 entered promiscuous mode
Jan 1 01:00:09 Router kern.info kernel: br0: port 2(eth1) entering forwarding state
Jan 1 01:00:09 Router kern.info kernel: br0: port 2(eth1) entering forwarding state
Jan 1 01:00:09 Router kern.info kernel: br0: port 1(vlan1) entering forwarding state
Jan 1 01:00:09 Router kern.info kernel: br0: port 1(vlan1) entering forwarding state
Jan 1 01:00:09 Router authpriv.info dropbear[832]: Running in background
Jan 1 01:00:09 Router kern.notice kernel: scsi 0:0:0:0: Direct-Access ADATA SD700 9301 PQ: 0 ANSI: 6
Jan 1 01:00:09 Router kern.notice kernel: sd 0:0:0:0: [sda] 500118192 512-byte logical blocks: (256 GB/238 GiB)
Jan 1 01:00:09 Router kern.warn kernel: xhci_hcd 0000:00:0c.0: WARN: Stalled endpoint
Jan 1 01:00:09 Router kern.notice kernel: sd 0:0:0:0: [sda] Write Protect is off
Jan 1 01:00:09 Router kern.debug kernel: sd 0:0:0:0: [sda] Mode Sense: 47 00 00 08
Jan 1 01:00:09 Router kern.err kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Jan 1 01:00:09 Router kern.warn kernel: xhci_hcd 0000:00:0c.0: WARN: Stalled endpoint
Jan 1 01:00:09 Router kern.err kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Czy to normalne że w logu znajdują się takie ostrzeżenia? Czy ma to wpływ na żywotność dysku?
Nie świeci się także dioda sygnalizacyjna USB 3.0 pomimo podłączenia dysku pod złącze USB 3.0. (świeci się za to dioda USB 2.0) - czy można to zmienić?
Ewentualnie co trzeba zrobić aby poradzić sobie z w/w sytuacjami?
Z góry dziękuję za odpowiedzi. |
| |
|
' target='_blank'>Link
