Sep 3 18:54:58 RT-AC68U kern.warn kernel: HTB: quantum of class 10001 is big. Consider r2q change.
Sep 3 18:54:58 RT-AC68U kern.warn kernel: HTB: quantum of class 40001 is big. Consider r2q change.
Sep 3 18:54:58 RT-AC68U kern.warn kernel: HTB: quantum of class 60001 is big. Consider r2q change.
Sep 3 18:54:58 RT-AC68U kern.warn kernel: HTB: quantum of class 80001 is big. Consider r2q change.
...
Sep 3 18:55:01 RT-AC68U daemon.err nmbd[1066]: Samba server RT-AC68U is now a domain master browser for workgroup WORKGROUP on subnet 192.168.4.1
Sep 3 18:55:14 RT-AC68U daemon.err nmbd[1066]: Samba name server RT-AC68U is now a local master browser for workgroup WORKGROUP on subnet 192.168.4.1
...
Sep 3 19:00:51 RT-AC68U daemon.warn httpd[1961]: Invalid ID '' from 37.152.18.240 for /update.cgi
...
Sep 3 19:42:47 RT-AC68U daemon.warn miniupnpd[1580]: upnp_event_process_notify: connect(192.168.3.105:2869): Connection timed out
Sep 3 19:42:47 RT-AC68U daemon.warn miniupnpd[1580]: upnp_event_process_notify: connect(192.168.3.105:2869): Connection timed out
Sep 3 19:42:47 RT-AC68U daemon.warn miniupnpd[1580]: upnp_event_process_notify: connect(192.168.3.105:2869): Connection timed out
...
Sep 3 23:01:17 RT-AC68U kern.info kernel: usb 2-1: reset high speed USB device using ehci_hcd and address 2
Sep 3 23:03:24 RT-AC68U kern.info kernel: usb 2-1: reset high speed USB device using ehci_hcd and address 2
Sep 3 23:07:16 RT-AC68U kern.info kernel: usb 2-1: reset high speed USB device using ehci_hcd and address 2
Sep 3 23:11:32 RT-AC68U kern.info kernel: usb 2-1: reset high speed USB device using ehci_hcd and address 2
Sep 3 23:30:47 RT-AC68U kern.info kernel: usb 2-1: reset high speed USB device using ehci_hcd and address 2
Sep 3 23:33:05 RT-AC68U kern.info kernel: usb 2-1: reset high speed USB device using ehci_hcd and address 2
Sep 3 23:36:40 RT-AC68U kern.info kernel: usb 2-1: reset high speed USB device using ehci_hcd and address 2
Sep 3 23:42:18 RT-AC68U kern.info kernel: usb 2-1: reset high speed USB device using ehci_hcd and address 2
Sep 3 23:42:18 RT-AC68U kern.info kernel: usb 2-1: reset high speed USB device using ehci_hcd and address 2
Sep 3 23:43:51 RT-AC68U kern.info kernel: usb 2-1: reset high speed USB device using ehci_hcd and address 2
Sep 3 23:48:51 RT-AC68U kern.info kernel: usb 2-1: reset high speed USB device using ehci_hcd and address 2
Sep 3 23:55:10 RT-AC68U kern.info kernel: usb 2-1: reset high speed USB device using ehci_hcd and address 2
Nie jestem ekspertem jak Wy i nie wiem, czy mam coś skopane w konfiguracji, czy ignorować mam te informacje.
Wcześniej , w jakimś poście twierdziłem, że Bandwidth Limiter w Tomato-ARM nie działa prawidłowo,
potem wycofałem się z tego, bo znalazłem co robiłem źle,
teraz ponownie twierdze, że Bandwidth Limiter w Tomato-ARM nie działa prawidłowo.
Do rt-ac68u jest podpięty dysk usb,
prędkość kopiowania danych z komputera na ten dysk w asusie wynosi około 10MB/s
prędkość kopiowania danych z dysku w asusie na komputer wynosi około 12MB/s
prędkości do zaakceptowania,
teraz wystarczy, że włączę Bandwidth Limiter i żeby nie wiem jakie cuda tam powpisywać, lub nawet nic tam nie pisać, wystarczy że jest ptaszek włączający tą opcje i prędkości wyglądają tak:
prędkość kopiowania danych z komputera na ten dysk w asusie wynosi około 10MB/s
prędkość kopiowania danych z dysku w asusie na komputer wynosi około 1MB/s
porażka, włączony Bandwidth Limiter ogranicza prędkość pobierania danych z dysku wpiętego do routera,
i jeszcze taka ciekawostka, gdy włączony jest Bandwidth Limiter i ogranicza mi prędkość pobierania danych z dysku wpiętego do routera, kliknę disconnect, aby rozłączyć internet, to wraca prędkość 12MB/s, a jak połączę się z internetem ponownie, to wraca 1MB/s, nie wiem co jedno z drugim ma wspólnego, ale tak to wygląda, chyba że ma to coś wspólnego z błędami w logu, który podałem kilka postów wcześniej.
Połączony z 07 wrzesień 2014 22:01:54:
Wyłączyłem Bandwidth Limiter i sprawdziłem jeszcze taki skrypt w klejony do firewall:
iptables -t mangle -A POSTROUTING -m iprange --dst-range 192.168.4.2-192.168.4.253 -j MARK --set-mark 10
#---
TCAU="tc class add dev ppp0"
TFAU="tc filter add dev ppp0"
TQAU="tc qdisc add dev ppp0"
tc qdisc del dev ppp0 root
tc qdisc add dev ppp0 root handle 2: htb
tc class add dev ppp0 parent 2: classid 2:1 htb rate 920kbit
iptables -t mangle -A PREROUTING -m iprange --src-range 192.168.4.2-192.168.4.253 -j MARK --set-mark 10
#----------------------------
TCA1="tc class add dev br1"
TFA1="tc filter add dev br1"
TQA1="tc qdisc add dev br1"
tc qdisc del dev br1 root
tc qdisc add dev br1 root handle 4: htb
tc class add dev br1 parent 4: classid 4:1 htb rate 17800kbit
iptables -t mangle -A PREROUTING -m iprange --src-range 192.168.1.2-192.168.1.253 -j MARK --set-mark 501
#----------------------------
TCA1="tc class add dev br2"
TFA1="tc filter add dev br2"
TQA1="tc qdisc add dev br2"
tc qdisc del dev br2 root
tc qdisc add dev br2 root handle 6: htb
tc class add dev br2 parent 6: classid 6:1 htb rate 17800kbit
iptables -t mangle -A PREROUTING -m iprange --src-range 192.168.2.2-192.168.2.253 -j MARK --set-mark 701
#----------------------------
TCA1="tc class add dev br3"
TFA1="tc filter add dev br3"
TQA1="tc qdisc add dev br3"
tc qdisc del dev br3 root
tc qdisc add dev br3 root handle 8: htb
tc class add dev br3 parent 8: classid 8:1 htb rate 17800kbit
iptables -t mangle -A PREROUTING -m iprange --src-range 192.168.3.2-192.168.3.253 -j MARK --set-mark 901
i dalej lipa, po wykonaniu skryptu, nadal prędkość kopiowania danych z dysku w asusie na komputer wynosi około 1MB/s, a po wykasowaniu skryptu, prędkość kopiowania danych z dysku w asusie na komputer powraca do około 12MB/s.
Nikt nie ma pomysłu, co może być nie tak?
Połączony z 08 wrzesień 2014 11:09:45:
Dzisiaj z rana wyczyściłem nvram, przywróciłem ustawienia domyślne, ponieważ pomyślałem że może coś tam namieszałem w ustawieniach, lub może vlan-y z czymś kolidują, ustawiłem tylko PPPoE, aby był internet i nic więcej, i dalej to samo, prędkość kopiowania danych z dysku w asusie na komputer wynosi około 1MB/s, po włączeniu Bandwidth Limiter, a po wyłączeniu, prędkość kopiowania danych z dysku w asusie na komputer powraca do około 12MB/s.
Tak więc, tu już tylko Mistrz Shibby może pomóc, lub ktoś wtajemniczony z jego ekipy, aby Tomato ARM w tej kwestii zaczęło poprawnie działać.
Połączony z 08 wrzesień 2014 18:10:39:
Następny problem w Tomato ARM.
Po przywróceniu ustawień domyślnych, czyszczeniu nvram,
router nie wgrywa wcześniej zrobionej kopii ustawień,
to znaczy przyjmuje plik z kopią, restartuje się, ale nie ustawia kompletnie nic co było w tej kopii z konfiguracją.
Tak więc z tych ważniejszych problemów w Tomato ARM, mamy niedziałające, lub powodujące problemy:
- Bandwidth
- IP Traffic
- Bandwidth Limiter
- Restore Configuration Edytowany przez wajs dnia 08-09-2014 18:10
AA to dlatego tak wolno mi kopiowało pliki z nas'a patrze kabel/ wifi i jest tak jak mówisz 1 mb ... Ale chwilka wczoraj robiłem to samo po kablu i miałem 7.5 mb
Asus RT-AC3200 Rocket M5
APC BACK-UPS RS 1200 Mini Itx ASUS Q87T+ i7-4770S Alienware m15 Vu+ Solo2
nginx z PHP w ARM ma poważne ograniczenie jeżeli chodzi o limit przesylanych plików do max 2MB. Chcę rozbudować możliwości konfiguracyjne web serwera by można było bardziej swobodnie zarządzać ustawieniami. Dopiero wtedy wydam wersje dla innych sprzętów
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
kamilj napisał(a):
Shibby ostatnio informował że v122 nie będzie na MIPS...
Dopiero v123 będzie dostępna na tą architekturę.
Śledzę ten temat i forum nie widziałem nigdzie takiej informacji (mógłbyś wskazać gdzie?)
Cytat
shibby napisał(a):
nginx z PHP w ARM ma poważne ograniczenie jeżeli chodzi o limit przesylanych plików do max 2MB. Chcę rozbudować możliwości konfiguracyjne web serwera by można było bardziej swobodnie zarządzać ustawieniami. Dopiero wtedy wydam wersje dla innych sprzętów
Dzięki za informację, może wystarczy możliwość wskazania innej lokalizacji pliku nginx (np plik mógłby być zapisywany i czytany z dysku).
Limity na ARM faktycznie są.
Wyniki testów RT-AC56U z dyskiem 2,5cala w kieszeni USB 3.0
Bandwidth Limiter off
ftp - odczyt z routera 25-33MB/s
ftp - zapis do routera 15-22MB/s
SAMBA - odczyt z routera 33MB/s
SAMBA - zapis do routera 30MB/s
Bandwidth Limiter on
ftp - odczyt z routera 9MB/s
ftp - zapis do z routera 20MB/s
SAMBA - odczyt z routera 9MB/s (czasem prędkość spadał do 0,5MB/s)
SAMBA - zapis do z routera 32MB/s
A więc u mnie zapis się nie zmienia, a odczyt spada dość drastycznie. Testy wykonywałem przy limicie na Bandwidth Limiter do 600Mbps jak i 10Mbps. Bez zmian w prędkości pracy dysku. Ograniczeniem odczyt/zapis może być mój dysk w kompie, bo testy robię na dość starym kompie, z 2rdzeniowym prockiem i gigabitową karta sieciową, ale za to z dyskiem dziadkiem 40GB na IDE Muszę sobie w końcu wrzucić tam coś normalnego.
Edytowany przez jack78 dnia 09-09-2014 22:06
Mikrotik hAP ac2
UniFi AP AC v2-OFW, UniFi AP PRO- OpenWRT, Linksys E1000v2 - Tomato-RT-N5x-MIPSR2-116-Hyzoom.4M-Mini Tenda AC10 - AC1200 OFW NAS - HP Microserver Gen8 i3-3220T, 8GB RAM 5x 3TB WD RED | Xpenology
Wymieniłem linksysa WRT320N z softem 092 K26 IPv6-VPN który chodził kilka lat bez żadnych problemów na linksysa e3200.
Na e3200 wgrałem K26-RT-N 121 AIO.
Łącze to neostrada w warszawie, a za modem służy router od Orange w trybie bridge, modem działał prawidłowo z wrt320n.
Najczęściej problem występuje kiedy połączenie zostanie przerwane przed upływem standardowych dla neostrady 24h.
Wstawiam logi systemowe, niestety router stoi u kogoś i nie mam fizycznego dostępu do niego, więc nie mam pełnych logów kiedy padnie internet, ustawiłem zdalne wysyłanie logów na nas stojącego obok tego routera.
Jan 1 01:01:30 linksys daemon.info pppd[786]: CHAP authentication failed: permission denied
Jan 1 01:01:30 linksys daemon.err pppd[786]: CHAP authentication failed
Ale nigdzie nie znalazłem czym to jest spowodowane, przy poprawnym połączeniu również też błąd występuje ale za kolejną próbą już połączenie jest uzyskiwane.
Przeglądałem changelog tomato i widziałem że był problem z nowszą wersją modułu rp-pppoe ale z tego co przeczytałem to został przywrócony do starszej wersji.
Czy ktoś miał również taki problem? Czy można włączyć logowanie więcej informacji z pluginu pppoe żeby dowiedzieć się gdzie leży przyczyna problemu>
Asus RT-AC68U + FreshTomato Firmware 2021.7 K26ARM USB AIO-64K
Jan 1 01:01:30 linksys daemon.info pppd[786]: CHAP authentication failed: permission denied
Jan 1 01:01:30 linksys daemon.err pppd[786]: CHAP authentication failed
ten błąd oznacza błędny login lub hasło.
Najlepiej zadzwoń do Orange i poproś o zresetowanie hasła, wtedy login i hasło przyjdzie Ci SMS-em na telefon.
W Orange jest takie zabezpieczenie, że jeśli podasz źle hasło lub login, to po pierwszej próbie modem jest blokowany na kilkanaście sekund, kolejna próba to blokada na kilkadziesięt sekund i czas ten rośnie z każdą nieudaną próbą, aż chyba do 15 minut.
Ja tak miałem niedawno, zgłosiłem sprawę do Orange, dodatkowo kazałem zresetować hasło, wpisałem nowe dane dostępowe i problemy ustąpiły.
Mikrotik hAP ac2
UniFi AP AC v2-OFW, UniFi AP PRO- OpenWRT, Linksys E1000v2 - Tomato-RT-N5x-MIPSR2-116-Hyzoom.4M-Mini Tenda AC10 - AC1200 OFW NAS - HP Microserver Gen8 i3-3220T, 8GB RAM 5x 3TB WD RED | Xpenology
Login i hasło przekopiowane ze starego routera na którym nie było żadnych problemów. Router po restarcie od razu się łączy wiec to nie może być blokada hasła.
Z tego co czytam o pppd to zapisuje on hasło w pliku /tmp/ppp/chap-secrets
Wydaje mi się ze jest to problem z dostępem do tego pliku, czy podczas restartu jakiś usług nie jest on generowany za późno? Lub ma złe uprawnienia? U mnie ma -rw-------
Jan 1 01:01:30 linksys daemon.info pppd[786]: CHAP authentication failed: permission denied
Jan 1 01:01:30 linksys daemon.err pppd[786]: CHAP authentication failed
ten błąd oznacza błędny login lub hasło.
Najlepiej zadzwoń do Orange i poproś o zresetowanie hasła, wtedy login i hasło przyjdzie Ci SMS-em na telefon.
W Orange jest takie zabezpieczenie, że jeśli podasz źle hasło lub login, to po pierwszej próbie modem jest blokowany na kilkanaście sekund, kolejna próba to blokada na kilkadziesięt sekund i czas ten rośnie z każdą nieudaną próbą, aż chyba do 15 minut.
Ja tak miałem niedawno, zgłosiłem sprawę do Orange, dodatkowo kazałem zresetować hasło, wpisałem nowe dane dostępowe i problemy ustąpiły.
Asus RT-AC68U + FreshTomato Firmware 2021.7 K26ARM USB AIO-64K
shibby, pracujesz może nad rozwiązaniem problemów z:
- Bandwidth
- IP Traffic
- Bandwidth Limiter/Firewall Scripts
- Restore Configuration
w TomatoARM, czy może odłożyłeś to na później i zajmujesz się innymi ważnymi sprawami?
Pytam, nie po to, aby Cię poganiać, czy coś, tylko z ciekawości, jak sprawy się mają, czy idzie ku lepszemu, czy coś może sprawia duży problem, bo wiesz, mamy fajne, silne, nowe routerki, a bez tych opcji, to takie trochę kastraty.
Jak możesz to napisz, myślę że sporo osób czeka na info w sprawie prac nad TomatoARM.
pracuję na tyle ile mi czas pozwala. To nie jest tak, że te tematy odłożyłem tylko wszystkie dotychczasowe próby naprawy tych funkcji skończyły się fiaskiem. Za każdym razem przed wydaniem nowej wersji wracam do tych problemów z nadzieją, że może tym razem się uda
Obecnie jestem bardzo zapracowanym człowiekiem (pracuję nawet 7 dni w tygodniu) i nie mam czasu dosłownie na nic :/
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
· Łą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
patrze kabel/ wifi i jest tak jak mówisz 1 mb 
