Nefunguje mi netmeter

ztomikz · January 8, 2018, 9:32pm

Prosím o pomoc, dlouho jsem se trápil po upgrade na 3.9.1 s openvpn a SSH Honeypot,
to jsem zprovoznil, ale prosil bych o radu s netmetrem,
nainstaluje se normálně, i vidím synccode, tráří se to ok, ale nefunguje.
Když dám start test, tak mi to napíše Testing… a nic víc.
Mám nastaveno ať mi to změří v určitou dobu a také to neměří.
Museli jste někde ještě něco nastavit nebo povolit?
Předem moc děkuji za info a radu.

Skippi · January 9, 2018, 6:08am

Po aktualizaci jsem měl stejný problém, ale po stisknutí tlačítka Redownload data se výsledky měření zobrazily bez problémů.
A po restartu problém zmizel úplně.

ztomikz · January 9, 2018, 6:35am

Tak jsem zkusil redownload data a reboot a nic vpn a vse funkcni i po rebootu. Mam tam ten wifi upgrade pack, jinak osobni software zasah zadny, nemuze to mit problem ze mam zapnutou a funkcni i ipv6? Diky za rady

Nones · January 9, 2018, 9:07am

Mně to jede i s funkční IPv6 (tunneling via HE.net)

mprudek · January 9, 2018, 1:20pm

Zkuste prosím netmetr spustit přímo z příkazové řádky, příkazem “netmetr”, případně “netmetr --debug”. Výstup nám sem poskytněte k náhlednutí.

vojtech.myslivec · January 9, 2018, 1:35pm

@ztomikz @Skippi Pouzivate foris pres https? V tom pripade by to mohlo byt zpusobeno chybou websocketu.

Pokud ne, berte muj prispevek jako irelevantni. Pokud ano, reseni rozepisu.

commar · January 9, 2018, 2:02pm

Nyní jsem to zkusil v dnešní RC verzi (3.9.2), Foris přes https, TEST ani RELOAD mi neběží (trvale ukazuje Downloading nebo Testing…), objeví se jen měření spuštěné přes terminál.

ztomikz · January 9, 2018, 2:15pm

Otestuji po praci po 17hod a napisu, diky za odpovedi

vojtech.myslivec · January 9, 2018, 2:17pm

Tento prispevek je relevantni pouze pokud pouzivate Foris pres zabezpeceny prokotol https

Problem ohledne https
@commar ano to je presne ten problem websocketu pres https. Na https mate pridanou vyjimku, ale websockety aktualne bezi na jinem portu.

Po spusteni mereni je potreba otevrit v prohlizeci https://<adresa>:9443/ kde adresa je IP ci DNS Vaseho routeru, jake pouzivate pro Foris. Je dulezite explicitne udat protokol https://.
Prohlizec Vas varuje ohledne neduveryhodneho spojeni. Certifikat je totozny, jaky pouziva Foris (to si muzete zkontrolovat) a je potreba udelit vyjimku. (Po udeleni vyjimky na teto strance bude prohlizec psat neco ve smyslu Secure Connection Failed, coz je ocekavane chovani)
Pote refreshnout Foris a v Netmetru by se vse melo ukazovat tak jak ma.

Poznamka k udelovani vyjimek
Chtel bych jen upozornit na to, ze tuto vyjimku je potreba pridat pouze jednou, stejne jako do Forisu a vicekrat se uz nema ukazat. Stejne tak toto neni vhodne delat kdekoliv jinde, nez v interni siti a pouze pokud vite co delate. Zadny spravne nakonfigurovany web na Internetu jinde nepotrebuje udelovat vyjimku.

Poznamka o planovanych zmenach
V budoucich verzich Forise mame v planu websockety provozovat na stejnem portu jako https (443). Pak uz nebude treba absolvovat udelovani vyjimky navic. Drive to kvuli omezenim weboveho serveru lighttpd neslo.

Stejne tak mame v planu informovat vsechny uzivatele a doporucit pouzivani https i pro Foris. Dulezite je spravne popsat problem s udelovanim vyjimek a vyhody https i pro mene zkusene uzivatele.

Stay tuned

commar · January 9, 2018, 2:20pm

Díky… tady je ještě debug.

commar · January 9, 2018, 2:24pm

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

vojtech.myslivec · January 9, 2018, 2:28pm

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

commar · January 9, 2018, 2:32pm

Díky… to dává smysl…

ztomikz · January 9, 2018, 4:29pm

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

mprudek · January 10, 2018, 6:44am

@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

ztomikz · January 10, 2018, 11:49am

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

mprudek · January 18, 2018, 12:09pm

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.

ztomikz · January 18, 2018, 12:51pm

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.

Jirka · May 5, 2018, 6:05am

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…

JardaB · May 5, 2018, 5:28pm

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