22 Listopada 2024 04:46:15
Nawigacja
· Strona Główna
· Forum

· Tomato by Shibby
· FreshTomato


Wątki na forum
Najnowsze dyskusje
· [S] Asus RT-AC56U
· DIR868l OFW asus vs ...
· Szukam zaproszenia n...
· [MOD] FreshTomato-AR...
· Asus RT-AC5300 ,prob...
· archer c6 v3.20
· [S] Nighthawk R7000P...
· [S]Asus RT-AC5300 - ...
· Tanie N100 na promce...
· net z telefonu wifi+...
· Tomato - bugi/proble...
· HUAWEI z światłowodem
· Asus TUF-AX3000_V2 p...
· rt-ax88upro częste ...
· [Howto] Xpenology na...
· Jaki router pod Open...
· Ruter z tomato
· Czy to jeszcze NAS?
· RT AC66U B1
· Wireguard na FreshTo...
Najpopularniejsze obecnie wątki
· Szukam zaproszeni... [19]
· DIR868l OFW asus ... [8]
· [S] Asus RT-AC56U [0]
Ankieta
Jaki procesor posiada twój router?

Broadcom MIPSEL
Broadcom MIPSEL
36% [151 głosów]

Broadcom ARM
Broadcom ARM
52% [219 głosów]

Atheros
Atheros
5% [22 głosów]

Marvell
Marvell
1% [4 głosów]

Ralink
Ralink
1% [3 głosów]

Intel/AMD/VIA
Intel/AMD/VIA
1% [5 głosów]

Żaden z powyższych
Żaden z powyższych
4% [15 głosów]

Ogółem głosów: 419
Musisz zalogować się, aby móc zagłosować.
Rozpoczęto: 02/02/2015 09:38
Twoje IP
3.135.190.244
Zobacz wątek
OpenLinksys » :: OPROGRAMOWANIE :: » Tomato - firmware
 Drukuj wątek
Tomato - bugi/problemy - wszystkie wersje
cygnus
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

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
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
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
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
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
@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

Cytat

franzk napisał(a):

@shibby 138 cos z VLAN jest nie tak.

https://openlinksys.info/forum/viewth...d_id=20563
 
pedro
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
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
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

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
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
no hi-link
Asus RT-N18U | Tomato-RT-N18U-ARM-132 K26ARM USB AIO-64K + Huawei E3372 non-hilink + Cyfrowy Polsat LTE
 
pedro
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
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

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

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
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
Certyfikaty masz w plikach z podanymi sciezkami czy wklejone do gui?
 
Przejdź do forum
Zaloguj
Wprowadź adres e-mail lub nazwę użytkownika

Hasło



Nie masz jeszcze konta? Zarejestruj się.

Zapomniałeś/aś hasła?
Aktualnie online
· Gości online: 91

· Użytkowników online: 0

· Łą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 !Grin

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ą?

95,197,501 unikalnych wizyt