[MOD] Tomato by kille72
|
jurekk |
Dodano 16-02-2018 17:21
|
OL Maniac
Posty: 1410
Dołączył: 28/11/2012 18:19
|
wczutujesz z gui a potem juz plik tomato
jak cos nie tak robisz hard reset jak nie możesz sie zalogowac lub pingowac
analogicznie jka wrcasz do OFW tez specjalny back to OFW plik musisz pośredni wgrac
AX3000 v2 Tomato
ea6500v2 @Ac66u_B1 @1000 Aimesh
ea6700v cfe (custom) @AC66u_B1 node
node Aimesh,
|
|
|
|
Pete7874 |
Dodano 16-02-2018 17:31
|
User
Posty: 145
Dołączył: 06/02/2012 20:25
|
OK, czyli w oryginalnym FW wchodze na update, i wybieram ten plik 'initial.chk'.
Czy po restarcie router bedzie dostepny pod standardowym/fabrycznym IP i logowanie przez fabryczne username/password?
|
|
|
|
jurekk |
Dodano 16-02-2018 17:36
|
OL Maniac
Posty: 1410
Dołączył: 28/11/2012 18:19
|
nie pamietam
tylko initial ma byc dla r7000
ale 192.168.1.1
admin/admin
choc mzoe byc i to co masz obecnie
user i pass (nie pamietam)
tomato juz bedzie
jak nie to reset 30/30/30
Połączony z 16 luty 2018 17:39:08:
i nei zip bo to nie smartfon haha tylko to co w zipie
Edytowany przez jurekk dnia 16-02-2018 17:44
AX3000 v2 Tomato
ea6500v2 @Ac66u_B1 @1000 Aimesh
ea6700v cfe (custom) @AC66u_B1 node
node Aimesh,
|
|
|
|
qwerty321 |
Dodano 17-02-2018 02:00
|
Super User
Posty: 571
Dołączył: 27/04/2014 18:11
|
Tomato Firmware 2018.1.025 -beta-kille72 K26ARM USB AIO-64K-NOSMP
Linux kernel 2.6.36.4brcmarm and Broadcom Wireless Driver 6.37.14.86 (r456083)
Wgrany.
Przy kopiowaniu sambą (file sharing) na pendrive'a czy z pendrive'a EXT2 jest do 100% procesora i jak osiąga właśnie 100% to kopiowanie się załamuje i transfer spada do zera po czym usiłuje powoli słać dalej.
Obecnie mam Sołtysiaka z DNSSEC i Ephemeral keys.
Time Sat, 17 Feb 2018 01:57:55 +0100
Uptime 0 days, 00:18:29
CPU Usage 18.41% <---------------- skacze samoistnie z 3-4% co kilkanaście sekund
CPU Load (1 / 5 / 15 mins) 0.30 / 0.30 / 0.29
Total / Free Memory 249.80 MB / 202.18 MB (80.94%)
Total / Free NVRAM 64.00 KB / 34.09 KB (53.27%)
RAM-u nie ubywa no ale wgrałem to dopiero co...
Połączony z 17 luty 2018 02:02:09:
W logach cisza... obserwuję dalej....
Połączony z 17 luty 2018 02:03:35:
Uspakaja się, nikt nic nie śle ani nie używa zbytnio..
Time Sat, 17 Feb 2018 02:02:55 +0100
Uptime 0 days, 00:23:29
CPU Usage 3.53%
CPU Load (1 / 5 / 15 mins) 0.02 / 0.18 / 0.25
Total / Free Memory 249.80 MB / 202.08 MB (80.90%)
Total / Free NVRAM 64.00 KB / 34.09 KB (53.27%)
Połączony z 17 luty 2018 02:13:00:
---------------------------------------
Ostatni raport
---------------------------------------
Name RTH
Model Asus RT-N18U
Chipset ARMv7 Processor rev 0 (v7l)
CPU Frequency 800 MHz (single-core)
Flash Size 128MB
Time Sat, 17 Feb 2018 02:12:31 +0100
Uptime 0 days, 00:33:04
CPU Usage 5.77%
CPU Load (1 / 5 / 15 mins) 0.09 / 0.12 / 0.19
Total / Free Memory 249.80 MB / 202.12 MB (80.91%)
Total / Free NVRAM 64.00 KB / 34.09 KB (53.27%)
CPU Temperature 63°C
Wireless Temperature eth1: 2.4G - 46°C
Połączony z 17 luty 2018 02:16:48:
-----------------------------
W logach cisza,
Adblock działa
Sołtysiak z dnssec działa
Pamięci nie ubywa.
Prześpijmy się to zobaczymy :-)
Jak rano będzie krzyk to się dowiem :-)
-----------------------------
Edytowany przez qwerty321 dnia 17-02-2018 02:16
|
|
|
|
kille72 |
Dodano 17-02-2018 09:16
|
Administrator
Posty: 2986
Dołączył: 12/02/2007 23:43
|
Cytat qrs napisał(a):
jak już wrócił temat DNSCrypt to sprawdźcie czy przy aktywnym DNSCrypcie działa Wam adblock - u mnie nie.
Działa. |
|
|
|
jurasjo |
Dodano 17-02-2018 09:19
|
User
Posty: 45
Dołączył: 13/07/2012 20:29
|
@qwerty321
Podasz gdzie i co ustawiłeś - chodzi mi o dnscrypt + dnssec + sołtysiak ?
Wgrałem betę wczoraj wieczorem i jak na razie logi czyste i chodzi wszystko. Zaraz zabieram się za dnscrypt + dnssec.
Asus RT-N18U
Tomato Firmware 2018.1.025 -beta-kille72 K26ARM USB AIO-64K-NOSMP
|
|
|
|
kille72 |
Dodano 17-02-2018 09:25
|
Administrator
Posty: 2986
Dołączył: 12/02/2007 23:43
|
Cytat qwerty321 napisał(a):
Przy kopiowaniu sambą (file sharing) na pendrive'a czy z pendrive'a EXT2 jest do 100% procesora i jak osiąga właśnie 100% to kopiowanie się załamuje i transfer spada do zera po czym usiłuje powoli słać dalej.
Tak, Samba bierze ile ma. W Entware-ng jest aplikacja "limitcpu" (ograniczanie użycia procesora przez proces) jak ktoś chce dać mniej niż 100% CPU dla Samba.
Połączony z 17 luty 2018 09:27:00:
Cytat jurasjo napisał(a):
@qwerty321
Podasz gdzie i co ustawiłeś - chodzi mi o dnscrypt + dnssec + sołtysiak ?
Wgrałem betę wczoraj wieczorem i jak na razie logi czyste i chodzi wszystko. Zaraz zabieram się za dnscrypt + dnssec.
Ustaw tak:
kille72 załączono następujące plik:
Nie masz uprawnień, by zobaczyć załączniki w tym wątku.
|
|
|
|
jurasjo |
Dodano 17-02-2018 09:30
|
User
Posty: 45
Dołączył: 13/07/2012 20:29
|
A trzeba coś zmieniać w WAN Settings i DHCP / DNS Server (LAN) ? W jakimś tutorialu (chyba gdzieś na forum) było tam wymuszanie na port 53 do sieci lan.
Asus RT-N18U
Tomato Firmware 2018.1.025 -beta-kille72 K26ARM USB AIO-64K-NOSMP
|
|
|
|
kille72 |
Dodano 17-02-2018 10:05
|
Administrator
Posty: 2986
Dołączył: 12/02/2007 23:43
|
"Intercept DNS port" tez możesz zaznaczyc
"Maximum active DHCP leases" zmniejsz do ilości adresów ile ich tam przeznaczyłeś jako DHCP
Wykonaj później te 2 testy:
https://www.dnsleaktest.com - Extended
https://www.grc.com/dns/dns.htm - Initiate Standard DNS Spoofability Test
kille72 załączono następujące plik:
Nie masz uprawnień, by zobaczyć załączniki w tym wątku.
|
|
|
|
qwerty321 |
Dodano 17-02-2018 11:25
|
Super User
Posty: 571
Dołączył: 27/04/2014 18:11
|
Feb 17 03:42:55 myrouter daemon.warn dnsmasq[1248]: reducing DNS packet size for nameserver 127.0.0.1 to 1280
Feb 17 03:44:18 myrouter daemon.warn dnsmasq[1248]: reducing DNS packet size for nameserver 127.0.0.1 to 1280
Feb 17 03:45:40 myrouter daemon.warn dnsmasq[1248]: reducing DNS packet size for nameserver 127.0.0.1 to 1280
Feb 17 03:49:04 myrouter daemon.warn dnsmasq[1248]: reducing DNS packet size for nameserver 127.0.0.1 to 1280
Tylko tyle znalazłem w logach. Nic więcej się nie działo tylko był MARK co godzinę i Refetching server certificates.
---------------------------
Name RTH
Model Asus RT-N18U
Chipset ARMv7 Processor rev 0 (v7l)
CPU Frequency 800 MHz (single-core)
Flash Size 128MB
Time Sat, 17 Feb 2018 11:25:02 +0100
Uptime 0 days, 09:45:37
CPU Usage 5.43%
CPU Load (1 / 5 / 15 mins) 0.45 / 0.30 / 0.15
Total / Free Memory 249.80 MB / 201.85 MB (80.80%)
Total / Free NVRAM 64.00 KB / 34.09 KB (53.26%)
CPU Temperature 62°C
Wireless Temperature eth1: 2.4G - 47°C
---------------------------
Tak jakby CPU Load był wyższy.
CPU Usage lubi sobie wzrosnąć do 24% po czym spada. Zupełnie bez powodu.
Będę tropił, który to proces...
Na razie nie rebootuję i czekam co się stanie przez kilka dni.
Ewentualnie wejdę przez putty żeby użyć Top czy czegoś podobnego...
Połączony z 17 luty 2018 18:36:01:
Feb 17 18:00:00 myrouter syslog.info root: -- MARK --
Feb 17 18:03:13 myrouter daemon.warn dnsmasq[17231]: reducing DNS packet size for nameserver 127.0.0.1 to 1280
Feb 17 18:06:47 myrouter daemon.warn dnsmasq[17231]: reducing DNS packet size for nameserver 127.0.0.1 to 1280
Feb 17 18:08:30 myrouter daemon.warn dnsmasq[17231]: reducing DNS packet size for nameserver 127.0.0.1 to 1280
Feb 17 18:12:32 myrouter daemon.warn dnsmasq[17231]: reducing DNS packet size for nameserver 127.0.0.1 to 1280
Feb 17 18:31:31 myrouter daemon.warn dnsmasq[17231]: reducing DNS packet size for nameserver 127.0.0.1 to 1280
Spamuje po kilka wpisów jak powyżej co godzinę. Od 3 do 10 takich linijek i nic więcej.
---
ame RTH
Model Asus RT-N18U
Chipset ARMv7 Processor rev 0 (v7l)
CPU Frequency 800 MHz (single-core)
Flash Size 128MB
Time Sat, 17 Feb 2018 18:35:06 +0100
Uptime 0 days, 16:55:40
CPU Usage 17.03%
CPU Load (1 / 5 / 15 mins) 0.18 / 0.20 / 0.18
Total / Free Memory 249.80 MB / 201.74 MB (80.76%)
Total / Free NVRAM 64.00 KB / 34.09 KB (53.26%)
CPU Temperature 62°C
Wireless Temperature eth1: 2.4G - 46°C
---
Użycie procesora wyższe, cały czas coś tam się w nim dzieje. Od 4% do 30%
Połączony z 17 luty 2018 18:48:08:
-----------------------------
Mem: 71188K used, 184604K free, 7980K shrd, 4644K buff, 16924K cached
CPU: 24% usr 4% sys 0% nic 56% idle 0% io 0% irq 15% sirq
Load average: 0.77 0.53 0.37 1/50 22736
PID PPID USER STAT VSZ %VSZ %CPU COMMAND
17231 1 nobody S 28876 11% 14% dnsmasq -c 4096 --log-async
17251 1 root S 1456 1% 4% dnscrypt-proxy -d -E -a 127.0.0.1:40 -m 6 -R soltysiak -L /etc/dnscrypt-resolve
DNSMASQ pożera procesor.
Połączony z 17 luty 2018 18:50:39:
DNSMASQ Top pokazuje nawet 40% procesora. Tutaj jest jakaś mina.
Połączony z 17 luty 2018 18:53:36:
a dnscrypt-proxy 2-4% niezmiennie... jak ten DNSMASQ zacznie zjadać więcej to zacznie ginąć RAM i się router zawiesi na końcu.
Edytowany przez qwerty321 dnia 17-02-2018 18:53
|
|
|
|
kille72 |
Dodano 17-02-2018 18:55
|
Administrator
Posty: 2986
Dołączył: 12/02/2007 23:43
|
Procesor 1 rdzen w RT-N18U, DNSMASQ musi cos brać jak masz +100k entries w Adblock, nie prawda? Ja nie mam problemow z zawieszaniem i RAM.
Testuj bez Adblock na razie. |
|
|
|
qwerty321 |
Dodano 17-02-2018 19:11
|
Super User
Posty: 571
Dołączył: 27/04/2014 18:11
|
Później zmienię resolver ale za 2-3 dni. Teraz czekamy czy się nie wysypie. |
|
|
|
kille72 |
Dodano 17-02-2018 19:17
|
Administrator
Posty: 2986
Dołączył: 12/02/2007 23:43
|
A ile masz aktywnych entries w Adblock? Ja mam - user.info adblock: activated - 59858 entries |
|
|
|
qwerty321 |
Dodano 17-02-2018 19:41
|
Super User
Posty: 571
Dołączył: 27/04/2014 18:11
|
~180.000 wszystkie włączone. Ale na 2018.3 Cisco bez dnssec nie było tego efektu.
Feb 17 03:42:41 myrouter user.info adblock: activated - 183406 entries
Połączony z 17 luty 2018 19:45:09:
Nie mogę, bo zwariuję :-)
Poczekam jeszcze co się stanie i zmienię na Cisco bez dnssec i zobaczymy.
RAM-u jeszcze nie zjada... A 2018.3 zjadał natychmiast.
Połączony z 17 luty 2018 19:47:44:
Time Sat, 17 Feb 2018 19:47:32 +0100
Uptime 0 days, 18:08:06
CPU Usage 16.93%
CPU Load (1 / 5 / 15 mins) 0.35 / 0.21 / 0.22
Total / Free Memory 249.80 MB / 201.81 MB (80.79%)
Total / Free NVRAM 64.00 KB / 34.09 KB (53.26%)
CPU Temperature 63°C
Wireless Temperature eth1: 2.4G - 46°C
Połączony z 17 luty 2018 21:16:32:
==================
Coś się jednak stałoL
Feb 17 11:00:00 myrouter syslog.info root: -- MARK --
Feb 17 11:19:42 myrouter daemon.warn dnsmasq[1248]: reducing DNS packet size for nameserver 127.0.0.1 to 1280
Feb 17 11:22:04 myrouter daemon.warn dnsmasq[1248]: reducing DNS packet size for nameserver 127.0.0.1 to 1280
Feb 17 11:27:26 myrouter daemon.info dnsmasq[1248]: exiting on receipt of SIGTERM
Feb 17 11:27:26 myrouter daemon.notice dnscrypt-proxy[1268]: Stopping proxy
Feb 17 11:27:26 myrouter daemon.info dnscrypt-proxy[1268]: UDP listener shut down
Feb 17 11:27:26 myrouter daemon.info dnscrypt-proxy[1268]: TCP listener shut down
Feb 17 11:27:28 myrouter daemon.info dnsmasq[17231]: started, version 2.79test1-2018.01.20 cachesize 4096
Feb 17 11:27:28 myrouter daemon.info dnsmasq[17231]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset Tomato-helper auth DNSSEC loop-detect inotify
Feb 17 11:27:28 myrouter daemon.info dnsmasq[17231]: DNSSEC validation enabled
Feb 17 11:27:28 myrouter daemon.info dnsmasq[17231]: DNSSEC signature timestamps not checked until receipt of SIGINT
Feb 17 11:27:28 myrouter daemon.info dnsmasq[17231]: asynchronous logging enabled, queue limit is 5 messages
Feb 17 11:27:28 myrouter daemon.info dnsmasq-dhcp[17231]: DHCP, IP range 10.0.5.210 -- 10.0.5.254, lease time 1d
Feb 17 11:27:28 myrouter daemon.info dnsmasq[17231]: using nameserver 127.0.0.1#40
Feb 17 11:27:28 myrouter daemon.info dnsmasq[17231]: reading /etc/resolv.dnsmasq
Feb 17 11:27:28 myrouter daemon.info dnsmasq[17231]: using nameserver 127.0.0.1#40
Feb 17 11:27:28 myrouter daemon.warn dnsmasq[17231]: ignoring nameserver 127.0.0.1 - local interface
Feb 17 11:27:28 myrouter daemon.info dnsmasq[17231]: read /etc/hosts - 6 addresses
Feb 17 11:27:28 myrouter daemon.info dnsmasq[17231]: read /etc/dnsmasq/hosts - 5 addresses
Feb 17 11:27:28 myrouter daemon.info dnsmasq[17231]: read /etc/dnsmasq/dhcp-hosts - 0 addresses
Feb 17 11:27:28 myrouter daemon.info dnsmasq-dhcp[17231]: read /etc/dnsmasq/hosts
Feb 17 11:27:28 myrouter daemon.info dnsmasq-dhcp[17231]: read /etc/dnsmasq/dhcp-hosts
Feb 17 11:27:28 myrouter daemon.notice dnscrypt-proxy[17251]: Starting dnscrypt-proxy 1.9.5
Feb 17 11:27:28 myrouter daemon.info dnscrypt-proxy[17251]: Ephemeral keys enabled - generating a new seed
Feb 17 11:27:28 myrouter daemon.info dnscrypt-proxy[17251]: Done
Feb 17 11:27:29 myrouter daemon.notice dnscrypt-proxy[17253]: Starting dnscrypt-proxy 1.9.5
Feb 17 11:27:29 myrouter daemon.info dnscrypt-proxy[17253]: Ephemeral keys enabled - generating a new seed
Feb 17 11:27:29 myrouter daemon.info dnscrypt-proxy[17253]: Done
Feb 17 11:27:29 myrouter daemon.info dnsmasq[17231]: now checking DNSSEC signature timestamps
Feb 17 11:27:29 myrouter daemon.info dnsmasq[17231]: read /etc/hosts - 14 addresses
Feb 17 11:27:29 myrouter daemon.info dnsmasq[17231]: read /etc/dnsmasq/hosts - 5 addresses
Feb 17 11:27:29 myrouter daemon.info dnsmasq[17231]: read /etc/dnsmasq/dhcp-hosts - 0 addresses
Feb 17 11:27:29 myrouter daemon.info dnsmasq-dhcp[17231]: read /etc/dnsmasq/hosts
Feb 17 11:27:29 myrouter daemon.info dnsmasq-dhcp[17231]: read /etc/dnsmasq/dhcp-hosts
Feb 17 11:27:29 myrouter daemon.info dnscrypt-proxy[17251]: Server certificate with serial #1518822001 received
Feb 17 11:27:29 myrouter daemon.info dnscrypt-proxy[17251]: This certificate is valid
Feb 17 11:27:29 myrouter daemon.info dnscrypt-proxy[17251]: Chosen certificate #1518822001 is valid from [2018-02-16] to [2018-02-17]
Feb 17 11:27:29 myrouter daemon.info dnscrypt-proxy[17251]: Server key fingerprint is F7EF:C1B6:3379:2EFF:8A01:044A:F705:2D7C:B30C:7534:D0FC:1B70:6E01:4C67:767B:9362
Feb 17 11:27:29 myrouter daemon.notice dnscrypt-proxy[17251]: Proxying from 127.0.0.1:40 to 178.216.201.222:2053
Feb 17 11:27:37 myrouter daemon.warn dnsmasq[17231]: reducing DNS packet size for nameserver 127.0.0.1 to 1280
Feb 17 12:00:00 myrouter syslog.info root: -- MARK --
Połączony z 17 luty 2018 21:20:33:
======================
Przyłapałem router na RAM = 175MB. Na chwilę, na kilka sekund spadła ilość RAMU czyli już się zaczyna....
======================
Edytowany przez qwerty321 dnia 17-02-2018 21:20
|
|
|
|
stanleytli |
Dodano 17-02-2018 23:52
|
User
Posty: 58
Dołączył: 30/01/2010 14:47
|
A ktory resolver wybrac dla irlandii?
Pozdrawiam |
|
|
|
kille72 |
Dodano 18-02-2018 09:35
|
Administrator
Posty: 2986
Dołączył: 12/02/2007 23:43
|
Musisz popingowac i zobaczyć który jest najszybszy blisko Ciebie.
https://github.com/dyne/dnscrypt-prox...olvers.csv |
|
|
|
qwerty321 |
Dodano 18-02-2018 10:22
|
Super User
Posty: 571
Dołączył: 27/04/2014 18:11
|
Dzisiaj ilość wolnego RAM skakała od 160 do 201 MB. Wyłączyłem tylko DNSSEC na Sołtysiaku. Obecnie mam zaznaczone Sołtysiak + Ephemeral keys bez DNSSEC i użycie procesora spadło do zera.
6265 1 nobody S 28664 11% 0% dnsmasq -c 4096 --log-async
6285 1 root S 1456 1% 0% dnscrypt-proxy -d -E -a 127.0.0.1:40 -m 6 -R soltysiak -L /etc/dnscrypt-resolve
I to koniec testów moim zdaniem. Zmieniło się o tyle, że się jeszcze nie powiesił. Ale nie czekałem już dłużej, bo mnie to użycie procesora irytowało. Dochodziło dzisiaj do 50%.
Połączony z 18 luty 2018 10:33:37:
No i się DNSMASQ uspokoił... głównie 0%, czasem 3-4%
Połączony z 18 luty 2018 10:48:13:
Ja pamiętam z poprzednich testów, że wyłączenie Adblocka nic nie dawało. Sam fakt użycia DNSSEC powodował użycie procesora i zjadanie RAM.
Połączony z 18 luty 2018 10:48:59:
---------------
A wersja beta, poza tym dnssec, działa raczej poprawnie.
Edytowany przez qwerty321 dnia 18-02-2018 10:48
|
|
|
|
kille72 |
Dodano 18-02-2018 11:13
|
Administrator
Posty: 2986
Dołączył: 12/02/2007 23:43
|
@qwerty321, takie testy to nie testy niestety... Wez proszę wersje na której miałeś włączone te same usługi (według Ciebie) i zużycie procesora było niższe i porównaj do 2018.1.x. Czarno na białym, konstruktywnie, dane vs dane. |
|
|
|
qwerty321 |
Dodano 18-02-2018 11:49
|
Super User
Posty: 571
Dołączył: 27/04/2014 18:11
|
Cytat kille72 napisał(a):
@qwerty321, takie testy to nie testy niestety... Wez proszę wersje na której miałeś włączone te same usługi (według Ciebie) i zużycie procesora było niższe i porównaj do 2018.1.x. Czarno na białym, konstruktywnie, dane vs dane.
Na 2018.3 DNSSEC powodował wyciek ramu i obciążenie procesora bez względu na usługi jakie były włączone. Robiłem testy poprzednio. Kilka razy czyściłem 2 routery. Najpierw włączałem DNSSEC na dziewiczym nvramie i już od razu zaczynało się. Na 2018.2 tego nie było i miałem uptime na wielu routerach po 50 dni i więcej.
Na tej becie jest to samo tylko jakby mniej agresywnie lub trzeba było zostawić go na tydzień.
Na pewno coś jest na rzeczy z DNSSEC.
2018.3 bez DNSSEC działał poprawnie. Zapomniałem o nim i sobie działał. |
|
|
|
kille72 |
Dodano 18-02-2018 11:54
|
Administrator
Posty: 2986
Dołączył: 12/02/2007 23:43
|
Wiec włącz DNSSEC na 2018.1.025 i zobaczymy jaki będzie up-time Bez paniki ze RAM od czasu do czasu maleje i CPU pracuje, po to właśnie są |
|
|