|
Tomato - bugi/problemy - wszystkie wersje
|
| cygnus |
Dodano 22-08-2016 16:01
|
User
Posty: 25
Dołączył: 06/06/2012 15:41
|
Kolejny bug, Tomato v138 ARMv7.
Dla sieci wifi 5GHz, przy ustawieniu kanału na 'auto' i szer. 80, router przestaje nadawać sygnał i łączyć po paru minutach pracy.
Analogicznie dla ręcznego ustawienia kanału 149+.
Country select, upper/lower nie ma na to wpływu.
Dotyczy tylko pasma 5GHz.
Przy ustawieniu kanału 36-64, niezależnie od szerokości, wszystko ok.
Sieć 2,4 GHz działa niby dobrze, ale jakby przerywa sygnał od czasu do czasu, tzn. nie ma rzeczywistego dualbanda, tylko jakby przełączanie pomiędzy 2,4 a 5GHz. Może to subiektywne odczucie.
|
| |
|
|
| kille72 |
Dodano 22-08-2016 17:05
|
Administrator
Posty: 2986
Dołączył: 12/02/2007 23:43
|
Cytat o_l_0 napisał(a):
Witam,
nie wiem czy już to było ale u mnie występuje problem z wbudowanym Transmission w wersji 2.92.
Wersja oprogramowania to Tomato v1.28 MIPSR2-138 K26 USB AIO a model rutera Asus RT-N16.
Opis problemu:
Po przekroczeniu prędkości ściągania około 1 Mb/s (nie zależnie od ilości seedów oraz ilości aktywnych torrentów) w oknie przeglądarki wyskakuje komunikat Server not respond a proces transmission-deamon znika.
Jeśli nic się nie ściąga lub prędkość ściągania ograniczy się do 1000 kb/s to wszystko jest ok. Nv-ram czyszczone a w logach nie ma żadnej informacji o powodach wyłączenia się transmission.
Po przejściu na Transmission 2.82 z optware (bez zmiany ustawień) problem nie występuje i można pobierać pliki z maksymalnymi dostępnymi prędkościami.
Pozdrawaim
Tomato: 138 AIO, Router: RT-AC56U, Transmission: wbudowany, Download limit przyciety do: 2500 kB/s
Wyzej opisany problem nie wystepuje u mnie. Jakie masz obciazenie?
kille72 załączono następujące plik:
Nie masz uprawnień, by zobaczyć załączniki w tym wątku.
|
| |
|
|
| Adooni |
Dodano 22-08-2016 22:21
|
VIP
Posty: 2359
Dołączył: 02/02/2011 04:29
|
ja na wbudowanym trans przy kilku plikach mam do 6MB i dla mnie jest OK.
Orange 300/50 Mb/s + ONT Terminal
HPE MS gen8 Proxmox 7.0-11 VMs: Router OPNsense 23.X-amd64 and OMV
HPE MicroServer gen8: Xeon E3-1265Lv2, 16GB (2x KTH-PL316E/8G), HP 331T, 4x4TB WD RED
Asus RT-AC68U AccessPoint
|
| |
|
|
| o_l_0 |
Dodano 23-08-2016 11:26
|
User
Posty: 8
Dołączył: 03/11/2006 16:56
|
Po ponownych testach Transmission 2.92 wysypał się w chwili dodawania kolejnego torrenta. Przy jednym torrencie podczas próby było ok. Wynika z tego, że błąd (przynajmniej u mnie) występuje przy większej liczbie ściąganych torrentów w jednym czasie. Dla wersji 2.82 jest Ok.
Poniżej zdjęcia z obciążeniami.
Możliwe, że błąd jest tylko jednostkowy i występuje tylko dla specyficznych warunków mojej sieci. Dodam, że pliki ściągane są na dysk tunera satelitarnego zamontowanego jako partycja cifs.
Ważne, że dla wersji 2.82 jest ok.
o_l_0 załączono następujące plik:
Nie masz uprawnień, by zobaczyć załączniki w tym wątku.
|
| |
|
|
| pedro |
Dodano 23-08-2016 22:24
|
Moderator
Posty: 1001
Dołączył: 21/09/2015 15:03
|
Chciałbym tylko nieśmiało zauważyć, że na 138 w ciągu dalszym gdy jest włączone openvpn (w tej chwili mam tylko na niektóre IP "From Source IP", ale zapewne dla 'all' też tak jest), Access Restriction dla tych IP/MAC nie działa.
Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
|
| |
|
|
| kille72 |
Dodano 23-08-2016 22:53
|
Administrator
Posty: 2986
Dołączył: 12/02/2007 23:43
|
Wpisy Transmission w logu maja -2 godziny:
Aug 23 21:30:15 Asus user.notice root: Transmission daemon successfully started
Aug 23 19:30:22 Asus daemon.err transmission-daemon[16474]: blocklist skipped invalid address at line 1 (blocklist.c:352)
Aug 23 19:30:22 Asus daemon.err transmission-daemon[16474]: blocklist skipped invalid address at line 2 (blocklist.c:352)
Aug 23 19:30:22 Asus daemon.info transmission-daemon[16474]: Blocklist "level1.bin" updated with 227847 entries (blocklist.c:408)
Aug 23 19:30:22 Asus daemon.info transmission-daemon[16474]: Blocklist "level1.bin" contains 227847 entries (blocklist.c:100)
Aug 23 19:30:22 Asus daemon.info transmission-daemon[16474]: Transmission 2.92 (14714) started (session.c:742)
Aug 23 19:30:22 Asus daemon.info transmission-daemon[16474]: RPC Server Adding address to whitelist: 127.0.0.1 (rpc-server.c:903)
Aug 23 19:30:22 Asus daemon.info transmission-daemon[16474]: RPC Server Serving RPC and Web requests on port 127.0.0.1:9091/transmission/ (rpc-server.c:1110)
Aug 23 19:30:22 Asus daemon.info transmission-daemon[16474]: RPC Server Password required (rpc-server.c:1117)
Aug 23 19:30:22 Asus daemon.err transmission-daemon[16474]: UDP Failed to set receive buffer: requested 4194304, got 241664 (tr-udp.c:84)
Aug 23 19:30:22 Asus daemon.info transmission-daemon[16474]: UDP Please add the line "net.core.rmem_max = 4194304" to /etc/sysctl.conf (tr-udp.c:89)
Aug 23 19:30:22 Asus daemon.err transmission-daemon[16474]: UDP Failed to set send buffer: requested 1048576, got 241664 (tr-udp.c:95)
Aug 23 19:30:22 Asus daemon.info transmission-daemon[16474]: UDP Please add the line "net.core.wmem_max = 1048576" to /etc/sysctl.conf (tr-udp.c:100)
Aug 23 19:30:22 Asus daemon.info transmission-daemon[16474]: Using settings from "/nas/torrents/.settings" (daemon.c:528)
Aug 23 19:30:22 Asus daemon.info transmission-daemon[16474]: Saved "/nas/torrents/.settings/settings.json" (variant.c:1266)
Aug 23 19:30:22 Asus daemon.info transmission-daemon[16474]: transmission-daemon requiring authentication (daemon.c:554)
Aug 23 19:30:22 Asus daemon.info transmission-daemon[16474]: Port Forwarding (NAT-PMP) initnatpmp succeeded (0) (natpmp.c:70)
Aug 23 19:30:22 Asus daemon.info transmission-daemon[16474]: Port Forwarding (NAT-PMP) sendpublicaddressrequest succeeded (2) (natpmp.c:70)
Aug 23 19:30:29 Asus daemon.info transmission-daemon[16474]: Port Forwarding Starting (port-forwarding.c:92)
Aug 23 19:30:30 Asus daemon.info transmission-daemon[16474]: Port Forwarding Starting (port-forwarding.c:92)
Aug 23 22:00:00 Asus syslog.info root: -- MARK --
|
| |
|
|
| franzk |
Dodano 23-08-2016 23:30
|
User
Posty: 9
Dołączył: 30/08/2013 12:00
|
@shibby 138 cos z VLAN jest nie tak.
Teraz wgrałem Asus RT-Nxx build tomato-K26USB-1.28.RT-N5x-MIPSR2-138-VPN. i testowałem:
1. Ustawienia z prze web-a:
plik: 138-vlan-setup.png
po reboot:
plik: 138-vlan-po-restart.png
2. Ustawienia z shell-a:
vlan1hwname=et0
vlan1ports=4 3 2t 8*
vlan3hwname=et0
vlan3ports=1 2t 8
oczywiście potem nvram commit i po chwili komenda reboot.
po reboot sprawdzam z commandline:
vlan1hwname=et0
vlan1ports=4 3 2 1 8*
vlan3hwname=et0
vlan3ports=1 2t 8
ustawienie vlan1ports=4 3 2 1 8* zostało przywrócone
3. Ustawiłem vlan4 jako główny z poziomu commandline:
lan_ifnames=vlan4 eth1
landevs=vlan4 wl0
vlan1hwname=
vlan1ports=
vlan3hwname=et0
vlan3ports=1 2t 8
\vlan4hwname=et0
vlan4ports=4 3 2 1 8*
potem nvram commit
sprawdzam z web-a:
plik: 138-vlan4-setup-viacmd.png
po chwili komenda reboot.
po reboot sprawdzam z commandline:
lan_ifnames=vlan4 eth1
landevs=vlan4 wl0
vlan1hwname=
vlan1ports=4 3 2 1 8*
vlan3hwname=et0
vlan3ports=1 2t 8
vlan4hwname=et0
vlan4ports=4 3 2t 8*
sprawdzam z web-a:
plik: 138-vlan4-porestart.png
ustawienie vlan1ports=4 3 2 1 8* zostało przywrócone
to samo miałem na rtn18U build ARM
F.
franzk załączono następujące plik:
Nie masz uprawnień, by zobaczyć załączniki w tym wątku.
--
Asus RT-AC68U - Tomato by shibby
oraz w bliskim otoczeniu :-) :
Asus RT-N18U/Asus RT-N16/Linksys WRT-54GL - Tomato by shibby
|
| |
|
|
| kille72 |
Dodano 23-08-2016 23:59
|
Administrator
Posty: 2986
Dołączył: 12/02/2007 23:43
|
|
| |
|
|
| pedro |
Dodano 24-08-2016 21:15
|
Moderator
Posty: 1001
Dołączył: 21/09/2015 15:03
|
v138, openvpn client:
Cytat Aug 24 20:47:30 tomato daemon.warn openvpn[17027]: DEPRECATED OPTION: --tls-remote, please update your configuration
Trzeba odznaczyć "Verify server certificate (tls-remote)" i zamiast tego wpisać w Custom Configuration "ns-cert-type 'nazwa'" to jest dobrze.
Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
|
| |
|
|
| sszpila |
Dodano 27-08-2016 08:40
|
User
Posty: 147
Dołączył: 20/08/2009 10:59
|
Asus RT-N15U, v138 miniVPN. WAN1 na PPPoE (neostrada) WAN2 nieaktywny. Nie działa QOS po włączeniu opcji "DSL Overhead Value - ATM Encapsulation Type". Przestaje wyświetlać wykresy oraz przycinać pasmo dla poszczególnych klas. Po wyłączeniu "DSL Overhead Value - ATM Encapsulation Type" niepoprawnie przycina transfery, np speedtest.net ląduje w klasie xfer 5% - 100% i dostaje około 1/5 łącza. Na v132 wszystko działało poprawnie.
APU2E4 4GB OpenWRT Snapshot
UAP-AC LITE
Xpenology@Microserver gen8
|
| |
|
|
| cygnus |
Dodano 30-08-2016 14:58
|
User
Posty: 25
Dołączył: 06/06/2012 15:41
|
Następny problem. OpenVPN client do zdalnego routera z Tomato i OpenVPN server. Działało przez ponad 3 lata bez problemów.
Konfiguracja bez udziwnień. Autentyfikacja Extra HMAC (tls-auth)
Wygląda jakby się sypało TLS (już na etapie handshake).
Wywala
daemon.err openvpn[4714]: event_wait : Interrupted system call (code=4)
a pare linijek dalej
daemon.err openvpn[4714]: TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
daemon.err openvpn[4714]: TLS Error: TLS handshake failed
daemon.notice openvpn[4714]: SIGUSR1[soft,tls-error] received, process restarting
Certyfikaty signed, świeżo wygenerowane. Identyczna, kropka w kropkę konfiguracja na standalone kliencie OpenVPN, z tymi samymi certyfikatami, łączy się od strzału w 1 sekundę z lokalizacją zdalną. Pomijam, że trzeba było ustawić dodatkowo ręcznie routing, ale zależało mi na identycznym konfigu.
Ktoś ma jakiś pomysł? Czy może aż tak zmieniły się biblioteki VPN, bo na serwerze jest starsza wersja Tomato (lokalizacja dość daleko, zatem upgrade na razie nie wchodzi w grę)
|
| |
|
|
| adasiek231 |
Dodano 01-09-2016 20:22
|
User
Posty: 37
Dołączył: 06/03/2010 14:06
|
Cytat Adooni napisał(a):
hm cos nie tak jest z tomato 128 na ASUS RT-N16 (mozliwe ze nie tylko na tym) zacinaja sie stroniki internetowe np google maps. Jak modem jest podlaczony bezposrednio do laptopa to nie ma problemu. Nawet nie wiem jak to zdjagnozowac.
Czy udało Ci się rozwiązać problem? ja mam to samo do tego dochodzi jeszcze poczta na wp.pl nie da się wejść a jak już sie da to trzeba czekać z 5 min i potem dalej lipa, oraz problem z poczta gmai wywala co czasami błędy a wbudowany komunikator hangouts nie chce się zalogować :/ podłączając router oryginalny polsatu (edimax) problemu niema więc coś w oprogramowaniu jest nie tak ?
Asus RT-N18U | Tomato-RT-N18U-ARM-132 K26ARM USB AIO-64K + Huawei E3372 non-hilink + Cyfrowy Polsat LTE
|
| |
|
|
| Steel_Rat |
Dodano 01-09-2016 20:49
|
OL Maniac
Posty: 1831
Dołączył: 29/05/2011 22:24
|
Masz modem hi-link czy no hi-link.?
WRT3200ACN (WRT32X) + OpenWRT 18.06+światełko 150/150 Mb/s
Asus RT-AC68UvE1 + RMerlin + Entware
Netgear WNR3500Lv2 + DDWRT
|
| |
|
|
| adasiek231 |
Dodano 01-09-2016 20:51
|
User
Posty: 37
Dołączył: 06/03/2010 14:06
|
no hi-link
Asus RT-N18U | Tomato-RT-N18U-ARM-132 K26ARM USB AIO-64K + Huawei E3372 non-hilink + Cyfrowy Polsat LTE
|
| |
|
|
| pedro |
Dodano 03-09-2016 22:13
|
Moderator
Posty: 1001
Dołączył: 21/09/2015 15:03
|
Gdzie: v138 arm (jak poniżej w stopce, NOSMP), na v137 działało.
Co: Time Client
Są jakieś problemy z updatem czasu (Auto Update Time: "Every hour") po restarcie routera odczekałem ponad 45 minut i nic.
A jest to poważny problem, bo i OpenVPN w związku z tym nie chce wystartować (pluje się o cert, wiadomo - zła data/czas), ale gorzej, bo dnscrypt również leży, więc router przy załączonych j/w jest nieużywalny.
Dopiero wejście na stronę klienta czasu i zapisanie ustawien powoduje aktualizację...
Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
|
| |
|
|
| adasiek231 |
Dodano 04-09-2016 07:03
|
User
Posty: 37
Dołączył: 06/03/2010 14:06
|
Postanowiłem troszkę po testować, wgrywałem pokolei wersje tomato. Zacząłęm odv129 i v130 tu poczta jeszcze się ładnie otwiera ale powyżej tych wersji lipa mieli ok 5-8 min, mapy google - przy powiększaniu strona się wiesza i trzeba zamykać kartę, gmail (komunikator hangouts) loguje się choć czasami miał problemy. Wgrałem ostatecznie najnowsze v138 i póki co jest ok tzn poczta ok, gmail ok, mapy jakby jeszcze się przycinały ale do zaakceptowania. Teraz zobaczymy jak będzie działać na dłuższą metę i czy będzie jeszcze jakiś problem z otwieraniem się stron.
Asus RT-N18U | Tomato-RT-N18U-ARM-132 K26ARM USB AIO-64K + Huawei E3372 non-hilink + Cyfrowy Polsat LTE
|
| |
|
|
| pedro |
Dodano 04-09-2016 18:55
|
Moderator
Posty: 1001
Dołączył: 21/09/2015 15:03
|
Cytat pedro napisał(a):
/.../ OpenVPN w związku z tym nie chce wystartować (pluje się o cert, wiadomo - zła data/czas) /.../
Z tym OpenVPN klientem to jest gorzej niż sądziłem: po (re)starcie routera po prostu w ogóle nie wstaje mimo zaznaczenia "Start with WAN".
Dopiero kliknięcie "Start now" pomaga; jeśli czas jest aktualny, bo jak nie, to patrz wyżej...
Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
|
| |
|
|
| kille72 |
Dodano 04-09-2016 18:59
|
Administrator
Posty: 2986
Dołączył: 12/02/2007 23:43
|
Cytat pedro napisał(a):
Cytat pedro napisał(a):
/.../ OpenVPN w związku z tym nie chce wystartować (pluje się o cert, wiadomo - zła data/czas) /.../
Z tym OpenVPN klientem to jest gorzej niż sądziłem: po (re)starcie routera po prostu w ogóle nie wstaje mimo zaznaczenia "Start with WAN".
Dopiero kliknięcie "Start now" pomaga; jeśli czas jest aktualny, bo jak nie, to patrz wyżej...
u mnie zawsze wstaje bez broblemu po restarcie. Pokaz cala konfiguracje to pomyslimy.
|
| |
|
|
| pedro |
Dodano 04-09-2016 19:21
|
Moderator
Posty: 1001
Dołączył: 21/09/2015 15:03
|
Konfiguracja nic specjalnego, poza tym dlaczego z palca wstaje, a z automatu po (re)starcie routera nie?
Nawet w logach nic zupełnie nie ma dotyczącego OpenVPN...
serwer:
Cytat port XXXXX
proto udp
dev tun
local x.x.x.x
user nobody
group nogroup
ifconfig-pool-persist ipp.txt
ca ca.crt
cert server.crt
key server.key
dh dh1024.pem
tls-auth ta.key
cipher AES-256-CBC
server 10.8.0.0 255.255.255.0
max-clients 10
client-config-dir ccd
keepalive 10 120
persist-key
persist-tun
client-to-client
status openvpn-status.log
verb 2
sndbuf 393216
rcvbuf 393216
push "sndbuf 393216"
push "rcvbuf 393216"
pedro załączono następujące plik:
Nie masz uprawnień, by zobaczyć załączniki w tym wątku.
Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
|
| |
|
|
| kille72 |
Dodano 04-09-2016 19:28
|
Administrator
Posty: 2986
Dołączył: 12/02/2007 23:43
|
Certyfikaty masz w plikach z podanymi sciezkami czy wklejone do gui?
|
| |
|
' target='_blank'>Link
