IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol
-
@liv-in-sky natürlich nicht. Habe das jetzt gemacht und die Daten wurden geholt und installiert.
Bekomme in der VIS aber keine Anzeige.Bekomme im LOG die Fehlermeldung:
script.js.System.Status_Geräte_online: no ArrayDatenpunkte sind angelegt und im Skript eingetragen
???
Gruß
Holger -
hast du mal den befehl nmap auf der konsole ausgeführt - no array heißt, der befehl hat keine daten zurückgegeben
nmap -sPR --dns-servers 192.168.178.1 192.168.178.0/24oder eigener ip bereich
muss als root ausgeführt werden -
@liv-in-sky hier werden die Netzwerkgeräte gefunden
-
@liv-in-sky jetzt habe ich eine Tabelle mit den Geräten und IP-Adressen.
Was bedeutet die Angabe 0/24 bei den IP-Adressen?Danke schon mal
-
@Holger-Etzel der bereich 192.168.178.0 bis 192.168.178.255 wird genutzt - also 256 adressen insgesamt
-
manchmal kommt beim script dieses no array - ist bei mir auch so - hat irgendwas mit dem nmap und linux zu tun
-
@liv-in-sky
bin schon mal begeistert.Kann es sein das die Sortierung nach IP nicht funktioniert.
An der Tabelle ändert sich nichts, egal ob ich true oder false im sortiereClient eingebe ??? -
irgendwie ist da ein fehler drin - schaue ich mir morgen mal an
-
ich weiß nicht mehr warum, aber wenn "braucheMaterialDesignWidget" oder "braucheMaterialDesignWidgetList" auf true gesetzt sind, wird nicht mehr sortiert - das hat einen grund, habe ich aber vergessen
wenn du die html tabelle nutzt, setze die beiden auf false und "sortiereClient" auch auf false, dann wird sortiert auf IP
-
@liv-in-sky
danke, Läuft soweit. -
Moin,
einmal kurz nachgefragt: Kann es sein das gerade sortieren nach IP Adressen (sortiereClient=false) nicht funktioniert?Gruß
Matthias -
-
@liv-in-sky Ach Mist, habe ich nicht gesehen, dass direkt vor mir die selbe frage gestellt wurde. Vielen Dank für den Hinweis.
Gruß
Matthias -
Gelöst : s.u
Super script , Danke dafür , eine Frage / Problem habe ich aber ( Inhalt des Datenpunkte habe ich schon einige Male gelöscht , script neu gestartet , JS neu gestartet .. ) . Trotzdem werden einige Host mehrfach , zusätzlich mit falscher IP angezeigt. Diese sind nicht in der FRITZBox bekannt, werden über die Kommandozeile auch vom nmap nicht gefunden, d.h
nmap -sPR --dns-servers 192.168.178.1 192.168.178.0/24 |grep piminiNmap scan report for pimini.fritz.box (192.168.178.84) = die IP ist richtig,
aber , es wird ein zweite (.220) angezeigt
iob@IOB:~$ nslookup pimini Server: 192.168.178.1 Address: 192.168.178.1#53 Name: pimini.fritz.box Address: 192.168.178.84auf der anderen IP ist Nichts
iob@IOB:~$ ping 192.168.178.220 PING 192.168.178.220 (192.168.178.220) 56(84) bytes of data. From 192.168.178.21 icmp_seq=1 Destination Host Unreachable iob@IOB:~$ nslookup 192.168.178.220 ** server can't find 220.178.168.192.in-addr.arpa: NXDOMAINVielleicht kennt ja jemand eine Lösung dafür
Danke & Gruß -
@andi-luma was ist das für ein gerät ?
-
@liv-in-sky
Hi , das ist ein Raspberry Pi Zero W , mein abgesetzter BTLE detector , auch als IOB Multihost angebunden, nicht schnell aber für den Zweck reichts -
@andi-luma der hat nur wlan - oder ?
die nmap anfrage kann eigentlich nichts am pi aktivieren, daher gehe ich davon aus, dass der pi auf die adresse (220, manchmal) antwortet
-
@liv-in-sky
Hallo , der pimini macht DHCP - immer gleiche Adresse zuteilen in der FritzBox eingestellt ( die IP .220 ist auch ausserhalb meines DHCP Ranges)
auf dem pimini sieht es so aus
pi@pimini:/var/log $ sudo service dhcpcd status
● dhcpcd.service - dhcpcd on all interfaces
Loaded: loaded (/lib/systemd/system/dhcpcd.service; enabled; vendor preset: enabled)
Drop-In: /etc/systemd/system/dhcpcd.service.d
└─wait.conf
Active: active (running) since Thu 2021-01-28 21:40:05 CET; 1 weeks 3 days ago
Process: 254 ExecStart=/usr/lib/dhcpcd5/dhcpcd -q -w (code=exited, status=0/SUCCESS)
Main PID: 434 (dhcpcd)
Tasks: 2 (limit: 881)
CGroup: /system.slice/dhcpcd.service
├─338 wpa_supplicant -B -c/etc/wpa_supplicant/wpa_supplicant.conf -iwlan0 -Dnl80211,wext
└─434 /sbin/dhcpcd -q -wFeb 04 08:50:12 pimini dhcpcd[434]: wlan0: IAID eb:d0:33:24
Feb 04 08:50:13 pimini dhcpcd[434]: wlan0: rebinding lease of 192.168.178.84
Feb 04 08:50:17 pimini dhcpcd[434]: wlan0: probing address 192.168.178.84/24
Feb 04 08:50:23 pimini dhcpcd[434]: wlan0: leased 192.168.178.84 for 864000 seconds
Feb 04 08:50:23 pimini dhcpcd[434]: wlan0: adding route to 192.168.178.0/24
Feb 04 08:50:23 pimini dhcpcd[434]: wlan0: adding default route via 192.168.178.1tritt auch mit Windows Clients auf
-
evtl liefern die devices mit den ip adressen einen namen zurück, der dann im script etwas fehlleitet
kannst du den befehl aus dem script mal direkt in de rkonsole ausführen und dir anschauen, was da für werte kommen
oder du enabled in dem exec mal das log ( console.log(result); einfach die beiden schrägstriche entfernen
postest du mal bitte deine settings bzw. setze mal für die adresse...220 einen dummy namen im setting
-
@liv-in-sky Es bleibt seltsam , direkt nach dem Script start gibt es nur Geräte die online sind in der Liste ,
Nmap done: 256 IP addresses (68 hosts up)
später tauchen auch Geräte auf die definitiv NICHT an sind, (die liegen hier im Regal .. C0577, X230 ) Der pimini taucht nur einmal mit der richtigen IP auf , für die 220 habe ich einen Test Eintrag im script gemacht . Die FBox kennt die nicht aktiven Geräte noch , aber das sollte das nmap ja nicht herausbekommen.
Teilweise sind die IP noch in ARP cache , aber auch nicht alle ..
iob@IOB:~$ cat /proc/net/arp |grep 178.55 :: nicht in cacheder schon
iob@IOB:~$ cat /proc/net/arp |grep 178.43
192.168.178.43 0x1 0x0 a4:4e:31:XX:XX:XX
hierfür funktioniert dann auch die Namensauflösung
iob@IOB:~$ nslookup 192.168.178.43
43.178.168.192.in-addr.arpa name = D-X230.fritz.box.
kurz später , der scan zeigt immer noch
Nmap done: 256 IP addresses (70 hosts up) aber in der VISU /dem Datenpunkt IPDevices _HostDaten stehen auch
192.168.178.43 D-X230
192.168.178.223 D-X230
192.168.178.55 DE-C0577
In der Visu , da steht dann der falsche Wert : Anzahl 93
