Nefunguje mi netmeter

Ještě drobnost, asi to do tohoto vlákna nepatří, ale stále neběží Test připojení ve Forisu…

Ano, to muze muze mit tez souvislost s websockety pres https, ktere tento modul pouziva.

Díky… to dává smysl…

Neměří mi to ani pře SSH, zůstane to viset na:
root@turris:~# netmetr
Checking uuid on the control server…

root@turris:~# netmetr --debug
Checking uuid on the control server…
Test settings request:
{
“version_code”: “1”,
“uuid”: “1dc71659-bb5c-4aa8-9eb0-c2b6f7f73b0e”,
“language”: null,
“timezone”: “CET”,
“version_name”: “1.0”,
“type”: “DESKTOP”,
“terms_and_conditions_accepted”: “true”,
“name”: “RMBT”
}

Nic víc mi to nepíše

Když to ukončím ctrl C tak to ještě vypíše:

Traceback (most recent call last):
File “/usr/bin/netmetr”, line 587, in
request_settings(settings)
File “/usr/bin/netmetr”, line 200, in request_settings
resp = urllib2.urlopen(req, json.dumps(req_json))
File “/usr/lib/python2.7/urllib2.py”, line 154, in urlopen
return opener.open(url, data, timeout)
File “/usr/lib/python2.7/urllib2.py”, line 429, in open
response = self._open(req, data)
File “/usr/lib/python2.7/urllib2.py”, line 447, in _open
’_open’, req)
File “/usr/lib/python2.7/urllib2.py”, line 407, in _call_chain
result = func(*args)
File “/usr/lib/python2.7/urllib2.py”, line 1241, in https_open
context=self._context)
File “/usr/lib/python2.7/urllib2.py”, line 1195, in do_open
h.request(req.get_method(), req.get_selector(), req.data, headers)
File “/usr/lib/python2.7/httplib.py”, line 1057, in request
self._send_request(method, url, body, headers)
File “/usr/lib/python2.7/httplib.py”, line 1097, in _send_request
self.endheaders(body)
File “/usr/lib/python2.7/httplib.py”, line 1053, in endheaders
self._send_output(message_body)
File “/usr/lib/python2.7/httplib.py”, line 897, in _send_output
self.send(msg)
File “/usr/lib/python2.7/httplib.py”, line 859, in send
self.connect()
File “/usr/lib/python2.7/httplib.py”, line 1270, in connect
HTTPConnection.connect(self)
File “/usr/lib/python2.7/httplib.py”, line 836, in connect
self.timeout, self.source_address)
File “/usr/lib/python2.7/socket.py”, line 566, in create_connection
sock.connect(sa)
File “/usr/lib/python2.7/socket.py”, line 228, in meth
return getattr(self._sock,name)(*args)
KeyboardInterrupt

@ztomikz díky za debug! Vypadá to, že se klientská aplikace vůbec nepřipojí k řídicímu serveru. Musíme tedy zjistit, jestli problém nemůže nastat už někde v síti. Prosím tedy ještě o postnutí výstupu z příkazů:

cat /etc/config/netmetr
dig control.netmetr.cz
ping control.netmetr.cz -c1 -w1

root@turris:~# cat /etc/config/netmetr

config settings 'settings’
option control_server 'control.netmetr.cz
option max_history_logs '10’
option uuid '1dc71659-bb5c-4aa8-9eb0-c2b6f7f73b0e’
option autostart_enabled '1’
list hours_to_run '4’
option sync_code ‘001190e7ba7a’

root@turris:~# dig control.netmetr.cz

; <<>> DiG 9.10.6 <<>> control.netmetr.cz
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43409
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;control.netmetr.cz. IN A

;; ANSWER SECTION:
control.netmetr.cz. 1799 IN A 217.31.192.141

;; Query time: 163 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed Jan 10 12:47:41 CET 2018
;; MSG SIZE rcvd: 63

root@turris:~# ping control.netmetr.cz -c1 -w1
PING control.netmetr.cz (217.31.192.141): 56 data bytes
64 bytes from 217.31.192.141: seq=0 ttl=57 time=14.809 ms

control.netmetr.cz ping statistics —
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 14.809/14.809/14.809 ms

Info: Problém se @ztomikz jsme řešili i mimo hlavní diskuzi. Ověřili jsme IPv6 konektivitu a DNS. Problém se vyřešit nepodařilo. Do další verze Netmetru tak budou zařazeny další diagnostické nástroje.

jj, teď je to ve stavu, že už mi funguje odesílání ucollect ten začal fungovat ca. před dvěma dny. Funguje i Haas, jen netmeter stále nefunguje. To uvidíme v další verzi.

Dobry den,

od prevodu na netsockety se potykam s funkcnosti i ja, v nekterych pripadech stale nefunguje - DNS resolving self-test doesn't work [Partially solved]

Predpokladam, ze to same by platilo pro netmeter, pripadne dalsi planovane sluzby pro sockety.

Pritom si nemyslim, ze bych tu LAN mel resenou nejak zvlastne/nestandardne…

Nemetr mi funguje, ale uchová jen 10 záznamů ve Foris. Na straně serveru “https://www.netmetr.cz/cs/moje.html” hlásí Nemohu najít historii v databázi.

root@Omnia:~# cat /etc/config/netmetr

config settings 'settings'
        option control_server 'control.netmetr.cz'
        option max_history_logs '10'
        option uuid 'fa194aa2-91e1-4258-90a9-664dbeb57d7a'
        option sync_code '8d25f3cc7b39'
        option autostart_enabled '1'
        list hours_to_run '2'
        list hours_to_run '5'
        list hours_to_run '8'
        list hours_to_run '11'
        list hours_to_run '14'
        list hours_to_run '17'
        list hours_to_run '20'
        list hours_to_run '23'

root@Omnia:~# dig control.netmetr.cz

; <<>> DiG 9.11.2-P1 <<>> control.netmetr.cz
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54365
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;control.netmetr.cz.            IN      A

;; ANSWER SECTION:
control.netmetr.cz.     1800    IN      A       217.31.192.141

;; Query time: 39 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sat May 05 19:18:56 CEST 2018
;; MSG SIZE  rcvd: 63

root@Omnia:~# ping control.netmetr.cz -c1 -w1
PING control.netmetr.cz (217.31.192.141): 56 data bytes
64 bytes from 217.31.192.141: seq=0 ttl=53 time=19.353 ms

--- control.netmetr.cz ping statistics ---
  1 packets transmitted, 1 packets received, 0% packet loss
  round-trip min/avg/max = 19.353/19.353/19.353 ms

Máte nastaveno history 10, nebo v čem máte problém?

1 Like

Já jsem na nic nesahal … já nic - já muzikant. Ono samo … vážně

EDIT:
… nastavil jsem history na 500 a hle … ona se ve Foris objevila historie od února … ale na serveru nic.

a @ztomikz má taky v setu historii 10 záznamů

================================
EDIT: ona tedy žádná historie dva roky dozadu není potřeba, toto měření je jen na kontrolu kvality připojení nebo zjištění změny k horšímu nebo lepšímu :slight_smile: podle práce “internet providera”

Mám to úplně stejně
Kód z Turrisu mi na webu žádné platné měření nenajde

2 Likes

Taky mi to teď nejde, ale dříve to fungovalo.

2 Likes

Stejný problem u Turrisu 1.1. Dřív to taky fungovalo.

1 Like

Zdravím. Netmetr synchronizační kód udržuje v /etc/config/netmetr . Nepředpokládá se totiž, že by se pro jedno uid měnil. Zdá se ale, že se při přechodu na vyšší verzi na straně control serveru něco změnilo a kódy se přegenerovaly. Řešením je odstranít z /etc/config/netmetr řádku option sync_code 'xxxxxxxxxxxx'. Netmetr pak při dalším měření synchronizační kód aktualizuje. Celá historie přitom zůstane zachována.

Potvrzuji, že toto pomohlo. Hned po odstranění řádky sice první test neproběhl (“Testing failed” - nevím, jestli náhoda, nikdy předtím se to ale nestalo), napodruhé už ok a nový kód funguje.

Ano, pomůže smazat synchro kód.

Pozoruji ale chybu v zobrazeném čase, posun o 2 hodiny,
vypadá to že Turris změří a vezme správně nastavený SELČ
ale na stránkách Netmetr se to nejspíš zobrazuje podle UTC.

Tak u mně smázání sync kódu pomohlo. Po smazání a prvním testu se sync řetězec v config souboru doplní a pak je třeba tento kód přidat na webu do chlívečku synchronizovat.

Správný čas testu, který je udán ve Foris rozhraní … například nyní 8:53 je ve výsledcích na webu https://www.netmetr.cz/ posunut na 6:53 hod.