23 Listopada 2024 15:51:05
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
· 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.21.246.53
Zobacz wątek
OpenLinksys » :: OPROGRAMOWANIE :: » Tomato - firmware
 Drukuj wątek
[MOD] FreshTomato-ARM - wątek deweloperski
man1
W ostatni piątek na ver 2020.4
Włączylem doraźnie PPTP server.

I wszystko zaczęło dostawać pier*olca. BEz specjalnego loadu, 1 klient pptp ale on jest wyłącznie połączony, nie generuje żadnego ruchu.
Wyłącza się wifi, klienci po kablu w ogóle nie dochodzą dalej niż do routera.

Pojawiły się problemy z DNS których wcześniej nie miałem - wszystko od 2 tygodni działało super.

W niedzielę dograłem 2020.5 i dograłem konfig z paczki konfiguracyjnej - pobrany chwile wczesniej z 2020.4.

Problemy nie ustąpiły aż do nocy, ( pojawiały się w różnym, prypadkowym czasie ) gdy wyłączyłem pptp server do testu, jakby zaczęło działać.


Mieliście jakieś problemy z pptp serveR?

Tak, wiem, lepiej ovpn, tutaj to była konieczność na chwilę ^^

 
amikot
U mnie po włączeniu stubby router przestaje odpowiadać na chwilę, a później nie da się połączyć z niczym z zewnątrz, czyli chyba DNSy nie odpowiadają.
Może jest to spowodowane wpisami w dnsmasq - mam tam zdefiniowane adresy które hostuję na raspberrym i kiedy się z nimi łączę z lanu to bez tych wpisów nie szło się połączyć, bo zewnętrzny DNS wskazywał na router, a port forwarding działał tylko na połączenia z WAN więc z LANu bez tych definicji połączenia szły do routera a nie do raspberrego.

Tak czy inaczej z braku laku używam DNSmasq - nie wiem na ile on jest dobry i dlaczego DoT jest lepszy, ale tak na chwilę obecną zmuszony jestem mieć.


ZTE MF286D - Stock Firmware (Vodafone UK)
ASUS TUF-AX3000 V2 - AsusWRT/FreshTomato 3.0.0.4.2023_4-gb6923ed
Acer Aspire E1-571 - OMV 6
 
qwerty321
Z czym nie możesz się połączyć? Ping nie odpowiada? Jakie masz wpisy w dnsmasq i jakie adresy hostujesz na raspberry? Opisz to jaśniej, bo nic nie rozumiem.

 
PanRatio
Ustawiłem "DNS Server" na Auto, włączyłem "Use Stubby (DNS-over-TLS)" + "DNSSEC" i strona PKP działa Grin Ja pierdziele, skąd ja maiłem wiedzieć, że po włączeniu Stubby nie mogę zmienić DNS Server? Myślałem, że najpierw się ustawia DNS Server z jakiego chcemy korzystać, a później niżej się zaznacza, czy ten ustanowiony DNS Server obsługuje Stubby. No nic, ważne, że działa. Do tego wygląda na to, że WiFi na 2020.5 też już działa poprawnie. Przy ustawieniu "Country / Region" na "#a" Galaxy S10 sobie nie radzi, ale jak ustawiłem POLAND, to po dwóch dniach testowania wszystko jest w porządku. Dziękuję za pomoc Grin

 
qwerty321
Trzeba było poczytać co to jest i po co jest DoT. DoT działa przecież na localhoście i serwerem jest localhost. Kiedyś Auto źle działało i trzeba było wpisać localhosta 127.0.0.1. Sam Pedro o tym pisał kiedyś żeby zapodać localhosta jak się korzystało dnscrypta czy stubby. Stubby ma w sobie zestaw resolverów, które sobie odpytuje na zmianę, a dnsem jest localhost routera i przez to IP wewnętrzne routera. DNSSEC jest do zabezpieczenia dnsów przed podmianą na polecenie rządów czy phisherów.

Połączony z 22 lipca 2020 21:59:59:
A właśnie, mam jeszcze pytanie przy okazji. Na R7000 z dwoma WAN-ami WAN+LTE, jakby nie działał BWLIMIT, możliwe to? Dual WAN jako load balancing 1:256. Cokolwiek nie wpiszę IP czy MAC czy oba żeby ograniczyć jeden komputer to nie ma reakcji.


Edytowany przez qwerty321 dnia 22-07-2020 21:59
 
amikot

Cytat

qwerty321 napisał(a):

Z czym nie możesz się połączyć? Ping nie odpowiada? Jakie masz wpisy w dnsmasq i jakie adresy hostujesz na raspberry? Opisz to jaśniej, bo nic nie rozumiem.


Co tu do rozumienia?
Jak włączony DNScrypt to mówiąc prostymi słowami internet działa.
Jak przełącze na Stubby to internet nie działa. Znaczy strony się nie wczytują, pojawia się błąd że nie można odnaleźć strony itd. Komenda dig wydana z routera nie zwraca niczego poza konunikatem błędu że nie można się połączyć z serwerem.
I nie ma tu znaczenia ani dnsmasq (wywaliłem wszystkie regóły które tam miałem), nie ma znaczenia czy DNS ustawie na auto czy ręcznie wpiszę na 127.0.0.1 - nie działa i już.

Co do moich domen jakie hostuje - to są to domeny które sobie wykupiłem w OVH i tam też są zaparkowane aczkolwkiek używając kilku trików udało mi się je przekierować na mój IP domowy (nie tylko subdomeny). Do uaktualniania IP używam ddclienta. Do generowania certyfikatów letsencrypt, jako serwer nginx. Wszystko śmiga na Raspberry Pi Zero W.
Oczywiście aby hostować adresy na raspberrym który jest za NATem - mam ustawiony port forwarding portów 80 i 443 do raspberrego.
Z zewnątrz wszystko działa świetnie. Jednak inne komputery zza tego samego NATu po wpisaniu adresu w przeglądarkę próbują się łączyć z routerem a nie z raspberrym.
I tu właśnie przychodzi z pomocą custom config dnsmasq. Na sztywno przypisuję w nim domeny do wewnętrznych adresów IP wg regóły:
address=/example.com/192.168.1.100

Po takim zabiegu klient wpisujący example.com łączy się prawidłowo z 192.168.1.100 zarówno z wewnątrz jak i z zewnątrz NATu.


ZTE MF286D - Stock Firmware (Vodafone UK)
ASUS TUF-AX3000 V2 - AsusWRT/FreshTomato 3.0.0.4.2023_4-gb6923ed
Acer Aspire E1-571 - OMV 6
 
qwerty321
Coś masz mocno nie tak, albo nie wyczyściłeś nvram. Mam takich setupów z raspberrypi/innym linuxem plus tomato z dziesięć. Wszystkie działają z włączonym Stubby+DNSSEC i strona na serwerze delegowana z OVH otwiera się lokalnie także i dns normalnie odpowiada klientom za natem. Porty do serwera przekierowane. Wszędzie działa antyspam i wszystko działa normalnie. Wpuść mnie tam to zobaczę.

 
man1
Dobra, już chyba wiem.
Kilkuletnie problemy które notowałem na różncyh wersjach Tomato Shibby, FT i innych wynikały z włączonego ciągle serwera PPTP. Wyłączenie daje stabilność i uptime kilkudniowy co najmniej.

Czy ktoś miał podobne problemy ? Wyłączanie wifi, niemożność dostania się do netu z LANu, konieczność restartu fizycznie?

Połączony z 29 lipca 2020 14:18:25:
Potwierdzone 100% - ponad tydzień stabilności.
Włączony pptp, klient się podłączył,
dobiłem do niego ssh, kilka komend done
zanim zdążyłem się rozłączyć już router wariował jak powyżej.


Edytowany przez man1 dnia 29-07-2020 14:18
 
kaspej
Popełniłem straszny błąd. Wygląda na to że uwaliłem nowo zakupiony Netgear r6400v2.
Zrobiłem upgrade plikiem initial (freshtomato-R6400v2-2020.1-initial-128K)
i tu się wszytko powiodło.
Następnie zrobiłem kolejny upgrade plikiem VPN (freshtomato-R6400-ARM-2020.1-VPN-128K.trx)

Wygląda na to że wgrałem firmware od V1.

Czy jestem wstanie w takiej sytuacji odratować router przy pomocy nmrpflash - Netgear Unbrick Utility ?

Z góry dziękuję za wszelkie podpowiedzi.


 
jurekk
A kto to wie?
Migaja diody przy uruchominiu. Da sie go resetowac WPS. Ze diody migaja i najwaznijsze ustaw na sztywno ip komputera np 192.168.1.10 i pinguj 192.168.1.1
czy odpowiada
generalnie zwroc go taka ma rada jak jest na gwarancji, moze go przyjma ;-)


AX3000 v2 Tomato
ea6500v2 @Ac66u_B1 @1000 Aimesh
ea6700v cfe (custom) @AC66u_B1 node
node Aimesh,
 
kaspej
Diody migają tak jak podczas startu, na pingi router odpowiada. Żadnych guzików jeszcze nie odważyłem się naciskać ;)


Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 192.168.1.2: Destination host unreachable.
Reply from 192.168.1.2: Destination host unreachable.
Reply from 192.168.1.2: Destination host unreachable.
Reply from 192.168.1.2: Destination host unreachable.
Reply from 192.168.1.2: Destination host unreachable.
Reply from 192.168.1.2: Destination host unreachable.
Reply from 192.168.1.1: bytes=32 time=1875ms TTL=100
Reply from 192.168.1.1: bytes=32 time=2ms TTL=100
Reply from 192.168.1.1: bytes=32 time=2ms TTL=100
Reply from 192.168.1.1: bytes=32 time=8ms TTL=100
Reply from 192.168.1.1: bytes=32 time=1ms TTL=100
Reply from 192.168.1.1: bytes=32 time=2ms TTL=100
Reply from 192.168.1.1: bytes=32 time=1ms TTL=100
Reply from 192.168.1.1: bytes=32 time=2ms TTL=100
Reply from 192.168.1.1: bytes=32 time=2ms TTL=100
Reply from 192.168.1.1: bytes=32 time=2ms TTL=100
Reply from 192.168.1.1: bytes=32 time=1ms TTL=100
Reply from 192.168.1.1: bytes=32 time=2ms TTL=100
Reply from 192.168.1.1: bytes=32 time=2ms TTL=100
Reply from 192.168.1.1: bytes=32 time=1ms TTL=100
Reply from 192.168.1.1: bytes=32 time=1ms TTL=100
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 192.168.1.2: Destination host unreachable.
Request timed out.
Reply from 192.168.1.1: bytes=32 time=2555ms TTL=100
Reply from 192.168.1.1: bytes=32 time=2ms TTL=100
Reply from 192.168.1.1: bytes=32 time=1ms TTL=100
Reply from 192.168.1.1: bytes=32 time=2ms TTL=100
Reply from 192.168.1.1: bytes=32 time=1ms TTL=100
Reply from 192.168.1.1: bytes=32 time=1ms TTL=100
Reply from 192.168.1.1: bytes=32 time=1ms TTL=100
Reply from 192.168.1.1: bytes=32 time=1ms TTL=100
Reply from 192.168.1.1: bytes=32 time=3ms TTL=100
Reply from 192.168.1.1: bytes=32 time=1ms TTL=100
Reply from 192.168.1.1: bytes=32 time=2ms TTL=100
Reply from 192.168.1.1: bytes=32 time=2ms TTL=100
Reply from 192.168.1.1: bytes=32 time=1ms TTL=100
Reply from 192.168.1.1: bytes=32 time=2ms TTL=100
Reply from 192.168.1.1: bytes=32 time=2ms TTL=100
Request timed out.
Request timed out.
Request timed out.


 
jurekk
wyczysc mu nvram
trzymaj podczas startu routera wcisniety przycisk wps az wszystkie diody migna
a pote mpróbuj sie zalogowac do konsoli a nuz sie uda
jak sie uda to wgraj mu odpowiedni plik i znow wyczysc nvram
login jest : root
hasło: admin


AX3000 v2 Tomato
ea6500v2 @Ac66u_B1 @1000 Aimesh
ea6700v cfe (custom) @AC66u_B1 node
node Aimesh,
 
kaspej
Czyszczenie NVRAM z guzika WPS nie pomogło, ale udało się wgrać oryginalny firmware z pomocą nmrpflash
Dzięki.


 
mast1000
Witam,

Gdzie szukać toolchain do budowy pakietów pod Asus RT-AC56U - może jakiś wskazówki?

 
pedro
README.md?


Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
 
PanRatio
Testuję 2020.5 na RT-AC56U i wygląda na to, że router jest w pełni stabilny Smile Tylko zauważyłem, że sieć 5 GHz nie obsługuje 80 MHz. Jak ustawię 20, to jest 20, jak ustawię 40, to jest 40, a jak ustawię 80 to też jest 40. Testowałem różne kraje np. POLAND albo BOTSWANA i jest to samo.

 
godol
Jak dla mnie to 2020.5 jest najlepszym releasem od czasu 132 od Shibbiego. Przeszedłem z 2020.3 gdzie były bardzo duże problemy z wifi na R8000 i jest ogromna różnica w stabilności. Na reszcie wifi działa tak, że nie trzeba już nic ręcznie grzebać.


Edytowany przez godol dnia 08-08-2020 12:58
 
qwerty321
To prawda 2020.5 jest najlepszy. Może będę miał okazję wrócić do ajfonów co zawieszały router. Zrobię testy.

 
marianpro
Czołem.

Mam dostęp do internetu na światłowodzie, deklarowane 1000/100 Mb/s.

Podłączyłem Asus RT-AC66U B1 z FreshTomato 2020.5 K26ARM USB AIO-64K.
Wyczyściłem NVRAM + ustawiłem PPPoE i wyłączyłem radio. Na tym koniec konfiguracji.
Prędkość internetu: 270/100 Mb/s.

Ponieważ uznałem, że to mało, wróciłem do firmowego firmware 3.0.0.4.385.20632 i prędkość internetu wskoczyła na: 570/100 Mb/s.

Ponownie wróciłem do FreshTomato i ponownie net 250/100 Mb/s.
Podłączyłem inny router jaki miałem pod ręką (RT-AC58U) i znów prędkość wróciła do 550/100 Mb/s.

Testowałem na speedtest.net za każdym razem. Rozumiem różnice wahania 20-30% ale to już jest chyba za duża strata.

Da się to poprawić?

 
djwujek
Włacz bcm/nat w tomato i zrestartuj ruter jeśli to nic nie da spróbuj wgrać ddwrt


---- SIEĆ 1 -----

1.Modem Vectra 600/60 Mbps
2. Edgerouter X - Dom
3. Edgerouter X - Goście
4. Edgeswitch 24 Lite
5. Asus RT-N 12 d1 DD WRT 43012 - Goście
6. Nas QNAP TS-228A + 1 x 4TB
6. UPS 510W

------ SIEĆ 2 -------
1.Modem Livebox 3.0
 
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: 115

· 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,413,943 unikalnych wizyt