Paul-Peter
Anmeldungsdatum: 22. Mai 2018
Beiträge: Zähle...
|
Hallo zusammen, ich gehe mit einem Surfstick ins Internet und nutze zur Überwachung vnstat. Das klappt auch gut, bis auf gestern: 23.06., wo vnstat mir ein Datenverbrauch von 8,22 GiB anzeigt. Das ist unmöglich, schon allein weil mein Datenlimit nur 5,5 GiB für 4 Wochen beträgt. Weiß jemand, wo das Problem liegt und wie ich es beheben und zukünftig vermeiden kann? :~$ vnstat -d
ppp0 / daily
day rx | tx | total | avg. rate
------------------------+-------------+-------------+---------------
20.06.2019 697,78 MiB | 16,16 MiB | 713,94 MiB | 69,32 kbit/s
21.06.2019 122,80 MiB | 5,68 MiB | 128,48 MiB | 12,47 kbit/s
22.06.2019 377,83 MiB | 14,32 MiB | 392,15 MiB | 38,07 kbit/s
23.06.2019 4,20 GiB | 4,02 GiB | 8,22 GiB | 817,07 kbit/s
24.06.2019 11,58 MiB | 1,03 MiB | 12,61 MiB | 5,03 kbit/s
------------------------+-------------+-------------+---------------
estimated 45 MiB | 4 MiB | 49 MiB | Moderiert von kB: Passend verschoben.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8625
Wohnort: Münster
|
Paul-Peter schrieb: […] Das ist unmöglich, schon allein weil mein Datenlimit nur 5,5 GiB für 4 Wochen beträgt.
Warum soll das unmöglich sein? Was hat eine vertragliche Klausel mit der Möglichkeit zu tun, über eine Netzwerkschnittstelle Daten auszutauschen?
Weiß jemand, wo das Problem liegt
Plausible Vermutungen sind u.a.:
Dein vnstat zählt gar nicht den Verkehr über Deine Anbindung an das Internet, sondern schaut auf eine andere Schnittstelle. Über die Schnittstelle, die bei Dir ins Internet führt, geht auch der Verkehr mit lokalen Gegenstellen. Dein Provider hat die Überschreitung des vereinbarten Datenkontingents jetzt am Folgetag bemerkt und vertragsgemäß reagiert.
|
Paul-Peter
(Themenstarter)
Anmeldungsdatum: 22. Mai 2018
Beiträge: 13
|
Erstmal Danke für deine Antwort, auch für den Umzug. Über vnstat -h sehe ich, dass der Peak gestern um 22:00 stattfand.
[ h rx (MiB) tx (MiB) ]
[ 19 3,5 0,3 ]
[ 20 16,0 0,4 ]
[ 21 11,8 0,7 ]
[ 22 4.084,5 4.095,4 ]
[ 23 0,0 0,0 ]
[ 00 0,0 0,0 ]
[ 01 0,0 0,0 ]
[ 02 0,0 0,0 ] Ich kann mir das nicht erklären. Zu deiner Antwort:
(3) schließe ich aus, bleiben (1) und (2) Meine Fragen:
Lässt sich vnstat so konfigurieren, dass nur der Onlinetraffic über den Surfstick erfasst wird, also ohne den lokalen? Oder gibt es dafür ein geeigneteres Programm? - Mir geht es nur darum, mein Datenlimit im Blick zu haben.
|
Paul-Peter
(Themenstarter)
Anmeldungsdatum: 22. Mai 2018
Beiträge: 13
|
Heute trat das gleiche Phänomen erneut auf. Wieder sind es über 8 GiB, die ich laut vnstat verbraten haben soll. Online habe ich heute schätzungsweise höchstens 100 MiB verbraucht. Vielleicht gibt es ja doch jemand, der sich damit auskennt und mir weiterhelfen kann?
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
vnstat kennt laut manpage die Option -i, damit kannst du ein Interface vorgeben. Das passende Interface kannst du bspw mit
ip a
ermitteln. Ausgabe von ip a ggf anonymisieren, falls du die hier postest, da evtl deine öffentliche ip sichtbar ist.
|
Paul-Peter
(Themenstarter)
Anmeldungsdatum: 22. Mai 2018
Beiträge: 13
|
Ausgabe von ip a (anonymisiert mit xx) 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp9s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
3: wlp5s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
4: enp0s29f7u4i6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
5: wwp0s29f7u7i1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
15: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 3
link/ppp
inet xx.xx.xx.xx/32 brd xx.xx.xx.xx scope global noprefixroute ppp0
valid_lft forever preferred_lft forever Hier noch meine Ausgabe von vnstat: rx / tx / total / estimated
wlp5s0:
Mai '19 1 KiB / 8 KiB / 9 KiB
Jun '19 461 KiB / 56 KiB / 517 KiB / 0 KiB
yesterday 0 KiB / 0 KiB / 0 KiB
today 0 KiB / 0 KiB / 0 KiB / --
ppp0:
Jun '19 11,11 GiB / 8,13 GiB / 19,24 GiB / 19,34 GiB
yesterday 160,19 MiB / 6,06 MiB / 166,25 MiB
today 4,12 GiB / 4,01 GiB / 8,12 GiB / 9,21 GiB
wwp0s29f7u7i1: Not enough data available yet.
enp0s29f7u4i6:
Mai '19 0 KiB / 0 KiB / 0 KiB
Jun '19 0 KiB / 0 KiB / 0 KiB / 0 KiB
yesterday 0 KiB / 0 KiB / 0 KiB
today 0 KiB / 0 KiB / 0 KiB / --
enp9s0: Not enough data available yet. vnstat -i ppp0 Database updated: Sun Jun 30 21:24:39 2019
ppp0 since 20.06.2019
rx: 11,11 GiB tx: 8,13 GiB total: 19,24 GiB
monthly
rx | tx | total | avg. rate
------------------------+-------------+-------------+---------------
Jun '19 11,11 GiB | 8,13 GiB | 19,24 GiB | 64,08 kbit/s
------------------------+-------------+-------------+---------------
estimated 11,17 GiB | 8,17 GiB | 19,33 GiB |
daily
rx | tx | total | avg. rate
------------------------+-------------+-------------+---------------
yesterday 160,19 MiB | 6,06 MiB | 166,25 MiB | 16,14 kbit/s
today 4,12 GiB | 4,01 GiB | 8,12 GiB | 905,03 kbit/s
------------------------+-------------+-------------+---------------
estimated 4,61 GiB | 4,49 GiB | 9,10 GiB |
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Der Traffic scheint tatsächlich angefallen zu sein. Ich würde als nächstes im Wiki Netzwerk-Monitoring nach einem passenden Tool suchen, um damit den Verursacher zu finden.
|
Paul-Peter
(Themenstarter)
Anmeldungsdatum: 22. Mai 2018
Beiträge: 13
|
Sorry, aber der Traffic kann *nicht* angefallen sein. Jedenfalls nicht real. Ich benutze einen Prepaid-Tarif. Prepaid heißt, ich zahle vorab 15,00 Euro und habe die nächsten 4 Wochen 5,5 GiB Transfervolumen zur Verfügung. Wenn das Limit erreicht ist, bricht die Verbindung abrupt ab (bzw. bricht derart ein, dass sich damit nicht mehr surfen lässt). Das ist mir schon ein paar Mal passiert, deshalb weiß ich das *sicher*! vnstat zeigt mir für die letzten 11 Tage 19,25 GiB Verbrauch an und ich kann trotzdem ohne Probleme surfen. Das kann nur sein, wenn der Traffic gar nicht stattgefunden hat, also *falsche* Werte angezeigt werden. Ich hoffe, ich habe mich verständlich ausgedrückt. Kann das ein Fließkommafehler oder irgendein overflow-Problem von vnstat sein? Was kann ich also tun, um zukünftig meinen tatsächlichen traffic zu ermitteln?
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Das meine ich ja: irgendwoher hat vnstat die Werte. Woher die Werte kommen, kann vielleicht mit einem Tool aus der verlinkten Wiki Artikel ermittelt werden. Ansonsten vielleicht mal ein anderes Tool anstelle von vnstat probieren.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8625
Wohnort: Münster
|
Paul-Peter schrieb: […] 5,5 GiB Transfervolumen
Worauf bezieht sich denn dieses „Transfervolumen“? Auf die empfangenen Daten? Aus die gesendeten Daten? Auf die Summe dieser beiden?
Was wird gezählt? Gibt es vielleicht Verkehrsarten, die nicht zum „Transfervolumen“ hinzugerechnet werden?
„Transfervolumen“ ist ein Marketingbegriff und technisch völlig schwammig, es sei denn, Du kannst (bzw. dein ISP kann) alle diese (und ggf. noch weitere) Fragen beantworten. vnstat zählt dagegen die Menge der übertragenen Information, wobei man noch prüfen muss, ob dies auf Layer 2 oder Layer 3 oder einem höheren Layer des Netzwerkstacks erfolgt.
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Laut der Ausgabe von oben sind sowohl knapp 4,5 GB sowohl gesendet als auch empfangen.
|