Huhu,
nach Update beider Raspis die ich laufen habe zeigt SYSMON weder beim lokalen noch beim entfernten Raspi Status des Netzwerks an.
Zitateth0 not available
eth0_diff not available
Jemand dazu einen Geistesblitz?
Neuste Debian Version installiert? Eventuell ist ifconfig verschwunden. Mach mal als root in der Shell ifconfig
ne, die Karte und "lo" wird ausgegeben.
Ich vermute, dass es an der neuen Formatierung der Ausgabe beim ifconfig unter stretch liegt. Ein vergleichbares Problem hatte ich mit einem anderen Modul :(
Grüße Markus
In der Maintainer steht hexenmeister drin bei sysmon, ich schreib mal :-)
Hm. Könnte an der geänderten Ausgabe liegen. Postet jemand mal bitte, wie es so aussieht (habe meine Glaskugel leider verlegt)?
Huhu, wie per PN befohlen hier die ifconfig :-)
Zitat
enxb827ebab63fb: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.48 netmask 255.255.255.0 broadcast 192.168.178.255
inet6 2003:51:4d05:bf00:4b9:3f8b:992e:7535 prefixlen 64 scopeid 0x0<global>
inet6 fe80::96f5:8e62:98d1:9eab prefixlen 64 scopeid 0x20<link>
ether b8:27:eb:ab:63:fb txqueuelen 1000 (Ethernet)
RX packets 352649 bytes 310254431 (295.8 MiB)
RX errors 0 dropped 32 overruns 0 frame 0
TX packets 269820 bytes 52723360 (50.2 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1 (Lokale Schleife)
RX packets 113296 bytes 16139420 (15.3 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 113296 bytes 16139420 (15.3 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Und danke fürs kümmern :)
Um es kurz zu machen, Du hast kein eth0, sondern "enxb827ebab63fb"
Neue Kernel verwenden nicht mehr eth0/1/2 ... sondern einen Namen, der abhängig ist vom "Steckplatz". So kann sichergestellt werden, das die Netzwerkkarte immer den gleichen Namen bekommt.
Insofern hat das Modul mit "eth0 not available" recht .....
Also müsste man "theoretisch" ein Reading anlegen in der der Name der Karte hinterlegt wird und das Modul müsste diesen nehmen, sollte es das nicht selbständig können.
Da kann ich also nur warten das der liebe hexenmeister das Modul etwas anpasst :-)
Nee ... bei der Definition nicht eth0 sondern den RICHTIGEN Namen verwenden ...
Zitat von: Wernieman am 19 September 2017, 08:56:10
Nee ... bei der Definition nicht eth0 sondern den RICHTIGEN Namen verwenden ...
Wie "Nee", ich kann doch selbst gar nichts angeben, muss das nicht Modulintern passieren?
SYSMON Attributes:
network-interfaces <name>[:<interface>[:<comment>]],...
Kommaseparierte Liste der Netzwerk-Interfaces, die überwacht werden sollen. Jeder Eintrag besteht aus dem Reading-Namen, dem Namen des Netwerk-Adapters und einem Kommentar für die HTML-Anzeige (s. SYSMON_ShowValuesHTML). Wird kein Doppelpunkt verwendet, wird der Wert gleichzeitig als Reading-Name und Interface-Name verwendet.
Beispiel ethernet:eth0:Ethernet,wlan:wlan0:WiFi
Oder liege ich da falsch?
Dieses Reading hatte ich gar nicht :'(
Aber auch nach anlegen dessen bleibt der Eintrag leer bzw. not available:
Zitatnetwork-interfaces Netzwerk:enxb827ebab63fb:Ethernet
Ist ja auch kein Reading. Lege das bitte als Attribut an.
Hallo,
könnte man das Modul noch um die IPv6 ergänzen?
reading: eth0_ipv6
Das müsste mit folgendem shell - Aufruf ergänzbar sein:
my $addripv6 =qx(ip -6 address show scope global -deprecated | grep inet6 | cut -d/ -f1 | sed -e 's/ *inet6 //')
Hintergrund: Will mitbekommen, ob sich das prefix der ipv6 - Adresse ändert, wird nämlich vom ISP alle 24 h neu zugewiesen und dann muss ich für openvpn den Tunnel neu initialisieren.
Elektrolurch
Moin!
Diese Befehl geht so auf meinen CubieTruck unf Raspberry3 nicht. Damit kann man das nicht allgemeingültig einbauen. Dazu kommt noch, dass diese Aktion recht teuer zu sein scheint (grep, cut, sed...), das würde ich auch ungerne ständig aurufen.
Warum definierst Du sie nicht mit Hilfe von 'user-defined'-Attribute im SYSMON?
Grüße
Alexander
Hallo,
auf meinem Cubie funktioniert der Befehl als shell-Skript.
Zitat:
Warum definierst Du sie nicht mit Hilfe von 'user-defined'-Attribute im SYSMON?
Auf was sollte diese dann getriggert werden? Die ipv4 - Adresse ändert sich ja nie, da sie ja lokal ist. Die ipv6 wird per ra vom Router ja dynamisch zugewiesen.
Ok. Die user-defined ... muss ich mir mal ansehen....
Elektrolurch
Du kannst einen Abfrageinterval vorgeben. SYSMON würde intern auch nicht anders machen können, als Pollen.
ok. Habs über die user-defined eingebaut und event-on-change-reading um die eth0_ipv6 ergänzt. Funktioniert. Wenn die ipv6 sich ändert, dann kann ich per Modul SERVICE auf dem zweiten Cubie den openvpn - Tunnel für ipv6 neu initialisieren.
Danke.
Elektrolurch