Forum Turris
Fórum Turris Nápověda

Milí majitelé routerů Turris,

toto fórum bylo 9. 12. 2016 zmrazeno a nahrazeno naším novým Turris fórem. Ještě chvíli bude dostupné k prohlížení, ale již zde není možné přispívat. Více informací naleznete v oznámení o uzavření fóra.


Dear Turris routers users,

this forum has been frozen on Dec 9th, 2016 and replaced by our new Turris forum. It will be read-only accessible for some time after. For more information, read the announcement about closing the forum.

Nahoru Téma Majitelé routerů / Technická podpora / Data z vaseho routeru
- - Od PabloRadegast (>) Dne 2014-08-14 06:33
Dobry den,
po aktualizaci routeru na verzi 1.4 se mi nezobrazuji v grafu "Prichozi a odchozi" zadne data. Posledni data mam ke vcerejsku 13.8.2014 k 15:00 a od te doby se graf tvari, ze neprenasi vubec nic. Pritom detail odesilanych dat ukazuje, ze data pro firewall jsou odesilana v poradku, ale pro statistiky a anomalie je server off line. Ani se nezmenilo cislo u vypadku v odesilani dat z meho routeru. Je to problem na vasi strane nebo je neco shnileho na mem routeru?
Nadřazený - - Od horada (>) Dne 2014-08-14 07:08
Jsem na tom úplně stejně, mohu nějak pomoci s laděním/hledáním chyby?
Nadřazený - Od NONES (>>>) Dne 2014-08-14 08:02
Jsem na tom také stejně jako vy - poslední odeslaná data statistik a anomálií jsou z 12.8. 15:00 hod. Od té doby "server offline" chyba. Data firewallu se jeví jako korektně odesílaná. Již jsem toto své zjištění dnes ráno odesílal emailem na technickou podporu Turrisu. Uvidíme, v čem je problém, nejspíše to u nás uživatelů nebude.
Nadřazený - - Od Michal Vaner (>>) Dne 2014-08-14 08:31
Dobrý den

Chyba byla u nás. Server běžel, ale byl problém s přihlášením na něj. Dnes ráno jsem zjistil, že máme online 19 routerů a z toho všechny z testovacích buildů. Ale problém už jsem opravil a routery online postupně přibývají.

Za chybu se omlouvám.
Nadřazený - - Od Banjo Dne 2014-08-20 15:28
Já bych potřeboval pomoci, všechno mi funguje, testy v turisu jsou taky OK, ale data se neodesilaji už několikátý den. V logu je uvedena chyba autorizace, k problému s odesíláním vždycky dochází po aktualizaci. Restartoval jsem, brouzdal forem, kontroloval nastavení, nic :-( Můžete mne prosím nakopnout co dělám špatně ? Router je zaregistrovaný a vnitřní síť funguje bez problémů se zapnutým i vypnutým FW.
výpis z logu:

2014-08-20T15:15:05+02:00 warning ucollect[3247]: Remote closed the uplink api.turris.cz:5678, reconnecting
2014-08-20T15:15:05+02:00 info ucollect[3247]: Reconnecting to api.turris.cz:5678 now
2014-08-20T15:15:05+02:00 warning ucollect[3247]: Reconnecting too often, waiting a little while
2014-08-20T15:15:05+02:00 info ucollect[3247]: Going to reconnect to api.turris.cz:5678 after 2 seconds
2014-08-20T15:15:07+02:00 info ucollect[3247]: Reconnecting to api.turris.cz:5678 now
2014-08-20T15:15:07+02:00 info ucollect[3247]: Socat started
2014-08-20T15:15:07+02:00 info ucollect[3247]: Trying to log in with plugin hash 1077CB41F2DC3F31AD9B99CF17572526
2014-08-20T15:15:07+02:00 err ucollect[3247]: ATSHA: layer_ni2c: ni2c_read: Read packet failed
2014-08-20T15:15:08+02:00 err ucollect[3247]: Server rejected our authentication
2014-08-20T15:15:08+02:00 info ucollect[3247]: Going to reconnect to api.turris.cz:5678 after 600 seconds
2014-08-20T15:21:37+02:00 err logsend[]: curl: (82) Failed to connect to 2001:1488:ac15:ff80::101: Operation not permitted
2014-08-20T15:21:37+02:00 err logsend[]: Log: layer_ni2c: ni2c_read: Read packet failed
2014-08-20T15:25:08+02:00 info ucollect[3247]: Reconnecting to api.turris.cz:5678 now
2014-08-20T15:25:08+02:00 info ucollect[3247]: Socat started
2014-08-20T15:25:08+02:00 err ucollect[3247]: Error from socat: 2014/08/20 15:25:08 socat[5679] E connect(3, AF=10 [2001:1488:ac15:ff80:0000:0000:0000:0101]:5678, 28): Operation not permitted
2014-08-20T15:25:08+02:00 warning ucollect[3247]: Remote closed the uplink api.turris.cz:5678, reconnecting
Nadřazený - - Od Michal Vaner (>>) Dne 2014-08-20 15:44
Dobrý den

Tohle obvykle značí, že je na routeru starší verze ucollectu, nebo některého z jeho pluginů. Opravdu se to může dít někde okolo aktualizace, protože k výměně údajů na serveru nedojde přesně ve stejnou dobu, jako k aktualizaci, ale mělo by se to celkem rychle vyřešit (hodina by měla být horní odhad, takže by vůbec neměla být započítaná jako výpadek).

Pokud se to děje opakovaně a delší dobu, je to podezřelé. Můžete pustit

  updater.sh -n

A podívat se, co vypíše a jestli skončí s chybou? Také, výstup z tohoto by se mohl hodit:

  opkg list-installed | grep ucollect

Děkuji

S pozdravem
Nadřazený - - Od Banjo Dne 2014-08-20 17:31
Dekuji za rady, zkusil jsem a :
opkg list-installed | grep ucollect
ucollect-badconf - 16
ucollect-bandwidth - 4
ucollect-buckets - 20
ucollect-config - 65
ucollect-count - 18
ucollect-sniff - 4

no a updater.sh -n hlasi pri connectu not permited, tady je full vypis:

+ ping -c1 -w10 api.turris.cz
PING api.turris.cz (217.31.192.101): 56 data bytes
64 bytes from 217.31.192.101: seq=0 ttl=56 time=5.289 ms
--- api.turris.cz ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 5.289/5.289/5.289 ms
+ dirname /usr/bin/updater.sh
+ LIB_DIR=/usr/bin
+ . /usr/bin/updater-worker.sh
+ . /usr/bin/updater-utils.sh
+ PID=27151
+ PROGRAM=updater
+ get-api-crl
+ TMP_DIR=/tmp/update
+ PKG_DIR=/tmp/update/packages
+ CIPHER=aes-256-cbc
+ COOLDOWN=3
+ CERT=/etc/ssl/updater.pem
+ CRL=/etc/ssl/crl.pem
+ STATE_DIR=/tmp/update-state
+ STATE_FILE=/tmp/update-state/state
+ LOG_FILE=/tmp/update-state/log
+ PLAN_FILE=/tmp/update-state/plan
+ atsha204cmd serial-number
+ ID=000000050000217B
+ atsha204cmd hw-rev
+ REVISION=00000005
+ BASE_URL=https://api.turris.cz/updater-repo/00000005
+ LIST_REQ=https://api.turris.cz/getlists.cgi
+ GENERIC_LIST_URL=https://api.turris.cz/updater-repo/00000005/lists/generic
+ SPECIFIC_LIST_URL=https://api.turris.cz/updater-repo/00000005/lists/000000050000217B
+ PACKAGE_URL=https://api.turris.cz/updater-repo/00000005/packages
+ PID_FILE=/tmp/update-state/pid
+ LOCK_DIR=/tmp/update-state/lock
+ BACKGROUND=false
+ EXIT_CODE=1
+ BASE_PLAN_FILE=/usr/share/updater/plan
+ [ -n = -b ]
+ [ -n = -r ]
+ /usr/bin/updater-wipe.sh
+ [ -d /tmp/update-state/lock ]
+ mkdir -p /tmp/update-state
+ mkdir /tmp/update-state/lock
+ echo 27151
+ echo startup
+ echo initial sleep
+ rm -f /tmp/update-state/log /tmp/update-state/last_error
+ touch /tmp/update-state/log
+ false
+ trap rm -rf "$TMP_DIR" "$PID_FILE" "$LOCK_DIR" /usr/share/updater/packages /usr/share/updater/plan; exit "$EXIT_CODE" EXIT INT QUIT TERM ABRT
+ [ -n != -n ]
+ shift
+ mkdir -p /tmp/update
+ echo get list
+ uci get updater.pkglists.lists
+ get_list_pack base core luci-controls nas printserver netutils
+ my_curl -T - https://api.turris.cz/getlists.cgi -X POST -f
+ curl --compress --cacert /etc/ssl/updater.pem --crlfile /etc/ssl/crl.pem -T - https://api.turris.cz/getlists.cgi -X POST -f
+ echo 00000005
+ [ 000000050000217B != unknown-id ]
+ sed -e s/........//
+ echo 000000050000217B
+ SERIAL=0000217B
+ echo 0000217B
+ mkdir -p /tmp/updater-lists
+ [ base ]
+ [ -f /tmp/updater-lists/base ]
+ HASH=-
+ echo base -
+ shift
+ [ core ]
+ [ -f /tmp/updater-lists/core ]
+ HASH=-
+ echo core -
+ shift
+ [ luci-controls ]
+ [ -f /tmp/updater-lists/luci-controls ]
+ HASH=-
+ echo luci-controls -
+ shift
+ [ nas ]
+ [ -f /tmp/updater-lists/nas ]
+ HASH=-
+ echo nas -
+ shift
+ [ printserver ]
+ [ -f /tmp/updater-lists/printserver ]
+ HASH=-
+  echo%  printserver -T
otal   +  %shift
Receive+ d [% netutils  ]X
ferd  Avera+ ge[  -fSp /tmp/updater-lists/netutilse ]e
d   Time    + TiHASH=-m
e     T+ imechoe  netutils -
Current+
shift
       +   [    ]
                    Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (82) Failed to connect to 2001:1488:ac15:ff80::101: Operation not permitted
+ die Could not download list pack
+ echo error
+ echo Could not download list pack
+ echo Could not download list pack
Could not download list pack
+ + my_logger -p daemon.err
+ logger -t updaterecho Could not download list pack
-p daemon.err
+ kill -SIGABRT 27151
+ rm -rf /tmp/update /tmp/update-state/pid /tmp/update-state/lock /usr/share/updater/packages /usr/share/updater/plan
+ exit 1
+ rm -rf /tmp/update /tmp/update-state/pid /tmp/update-state/lock /usr/share/updater/packages /usr/share/updater/plan
+ exit 1
Nadřazený - - Od Michal Vaner (>>) Dne 2014-08-21 07:39
Dobrý den

Tak dle seznamu minimálně jeden plugin chybí. A chyba vypadá, že si router myslí, že máte IPv6 adresu, ale už ne routu do internetu. Můžete zkusit buď IPv6 zprovoznit nebo ho zcela vypnout?
Nadřazený - - Od Banjo Dne 2014-08-21 21:48
IPv6 jsem vypnul, restartoval router, chovalo se to stejně, restartoval jsem do továrního nastavení a znovu nastavil IPv4 na WAN a vypnul IPv6, V diagnostice při pokusu ping přes IPv4 na openwrt.org hlasi ping: bad address 'openwrt.org', ale kamkoliv jinam si pingne a přeloží adresu správně. Při update.sh -n

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (82) Failed to connect to 2001:1488:ac15:ff80::101: Operation not permitted
+ die Could not download list pack
+ echo error
+ echo Could not download list pack
+ echo Could not download list pack
Could not download list pack
+ + my_logger -p daemon.err
+ echo Could not download list pack
logger -t updater -p daemon.err
+ kill -SIGABRT 5091
+ rm -rf /tmp/update /tmp/update-state/pid /tmp/update-state/lock /usr/share/updater/packages /usr/share/updater/plan
+ exit 1
+ rm -rf /tmp/update /tmp/update-state/pid /tmp/update-state/lock /usr/share/updater/packages /usr/share/updater/plan
+ exit 1

opkg list-installed | grep ucollect ted vypise:
ucollect-config - 68

Můžete mi prosím poradit, kde ještě by mohla být chyba ?
Nadřazený - - Od czlada Dne 2014-08-21 22:40
Mě to vypisuje:
root@turris:~# opkg list-installed | grep ucollect
ucollect-badconf - 16
ucollect-bandwidth - 5
ucollect-buckets - 21
ucollect-config - 68
ucollect-core - 68
ucollect-count - 18
ucollect-flow - 5
ucollect-sniff - 4

takže nejspíše ti tam chybí nějaké moduly. Ale nechci ti moc radit, dneska mi došel, ale na stránce se mi zobrazuje: Zatím jsme z vašeho routeru neobdrželi žádná data.
Každopádně čas offline mi to nepočítá.
Nadřazený - Od NONES (>>>) Dne 2014-08-22 05:31
Ta hláška o zatím neodeslaných datech je v pořádku - data se objevují vždy za předchozí den. Pokud jste obdržel (či spíše zaregistroval) router včera, objeví se Vám tam data za včerejšek až během dneška. A tak to půjde pořád dál, budou Vám tam dále přibývat data vždy za předchozí den.
Nadřazený - Od NONES (>>>) Dne 2014-08-22 05:27
Vypadá to, že chyba je u vás zakopaná stále v tom samém - router Turris žije v domnění, že má funkční IPv6 konektivitu do Internetu, ale ve skutečnosti nemá - viz váš výpis z logu příkazu "update.sh", kde se pokouší připojovat na adresu 2001:1488:ac15:ff80::101, což je IPv6 adresa pro "api.turris.cz, které má i IPv4 adresu 217.31.192.101, na kterou by jste se měl připojit.
Pokud to zvládnete, připojte se na Turris z Vaší vnitřní sítě LAN pomocí SSH (viz návod třeba programem Putty) a v příkazovém řádku zadejte "ping api.turris.cz" a potom "ping6 api.turris.cz"
Oba příkazy by Vám měli dávat korektní odezvu. Pokud Vám ping6 nebude odpovídat, je opravdu problém v IPv6 a router se pak nedostane na centrálu Turris, odkud by si mohl korektně stáhnout aktualizační balíčky (třeba toho ucollectu, ale i jiné) a není ani schopen korektně tam odeslat svá data.
V tom případě bych se nezdráhal mu "tvrdě" domluvit třeba přímo editací souboru "/etc/config/network"
Nadřazený - Od NONES (>>>) Dne 2014-08-22 05:33
Jo, ještě malý doplněk - píšete, že jste IPv6 vypnul - možná by stálo za to popsat trošku podrobněji, jak jste to vypnutí fakticky provedl.
Nahoru Téma Majitelé routerů / Technická podpora / Data z vaseho routeru

Powered by mwForum 2.29.3 © 1999-2013 Markus Wichitill