UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[bahnuhr]

@liv-in-sky sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

@bahnuhr

nach dem exec kommt eine zeile mit

   //  console.log(result);

kommentiere das aus und schau mal, was dann im log steht - das sollte die rohdaten vom nmap befehl sein

// entfernt

im log kommt nix, außer wieder "no data"

[Thomas Braun]

@bahnuhr sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

sudo -u root

Ist auch Quatsch.

sudo ohne Optionen geht immer auf den root.
Also

sudo nmap -sP --dns-servers 192.168.243.1 192.168.243.0/24

wenn nmap als root aufgerufen werden soll.

[bahnuhr]

@liv-in-sky

Und wenn ich sowas in putty eingebe, kommt:

dieter@VM-iobroker:~$ nmap 192.168.243.0/24
Starting Nmap 7.70 ( https://nmap.org ) at 2022-02-12 22:10 CET
Warning: 192.168.243.110 giving up on port because retransmission cap hit (10).

[liv-in-sky]

@bahnuhr weil der befehl in der console nicht funktioniert - geht er auch nicht im script

[liv-in-sky]

@bahnuhr bullseye ?

[bahnuhr]

@liv-in-sky sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

@bahnuhr bullseye ?

noch nicht, ist noch buster

[bahnuhr]

@bahnuhr sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

@liv-in-sky
Wenn ich den Befehl mal per putty eingebe, kommt:

dieter@VM-iobroker:~$ sudo -u root /usr/bin/nmap -sP --dns-servers 192.168.243.1 192.168.243.0/24
>>> /etc/sudoers.d/iobroker: Syntax-Fehler near line 24 <<<
sudo: Syntax-Fehler in /etc/sudoers.d/iobroker bei der Zeile 24
sudo: Keine gültige sudoers-Quelle gefunden, Programmende
sudo: Regelwerks-Plugin konnte nicht initialisiert werden

Und in Zeile 24 steht:
iobroker ALL=(ALL) NOPASSWD: /usr/bin/nmap

Ist es notwendig das System neu zu starten ?

[bahnuhr]

Wenn ich sowas als Benutzer oder root ausführe wird es korrekt ermittelt:

dieter@VM-iobroker:~$ nmap -sP -R 192.168.243.0/24
Starting Nmap 7.70 ( https://nmap.org ) at 2022-02-12 22:17 CET
Nmap scan report for fritz.box (192.168.243.1)
Host is up (0.00085s latency).
Nmap scan report for Synology.fritz.box (192.168.243.5)
Host is up (0.00056s latency).
Nmap scan report for Synology-Lan2.fritz.box (192.168.243.6)
Host is up (0.00051s latency).
Nmap scan report for NUC-Proxmox.fritz.box (192.168.243.8)

[liv-in-sky]

@bahnuhr root muss sein - sonst kann die netzwerkkarte nicht richtig gelesen werden

[bahnuhr]

@liv-in-sky
so ich bin weiter.
Habe per nano die Datei sudoers.d/iobroker nochmal geändert.
Jetzt kommt keine Fehlermeldung mehr.

log wird angezeigt.
Jetzt kämpfe ich noch mit der Darstellung.

Das sieht noch nicht schön aus.
Dein Bild wie in #1, das wäre gut.

[liv-in-sky]

@bahnuhr

das ist schon mal ne gute nachricht

welches bild #1meinst du ?

[Homoran]

@bahnuhr sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

Dein Bild wie in #1, das wäre gut.

Das war einmal

was ist denn jetzt nicht mehr akzeptabel?

[bahnuhr]

@liv-in-sky sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

welches bild #1meinst du ?

@homoran sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

was ist denn jetzt nicht mehr akzeptabel?

Ich bekomme einen weißen Kasten vor der Tabelle dargestellt. Weiß noch nicht wo dieser herkommt.

[liv-in-sky]

@bahnuhr meinst du das ganze design - gibt es nicht mehr

oder meinst du die darstellung der 3er tabelle ?

[Homoran]

@bahnuhr sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

Ich bekomme einen weißen Kasten vor der Tabelle dargestellt. Weiß noch nicht wo dieser herkommt.

ich dachte du wolltest deine Daten verschleiern

[liv-in-sky]

@homoran

achso - das dachte ich auch - da muss ein widget liegen

@bahnuhr
mach mal den z-index vom widget auf 100 oder so

[bahnuhr]

@homoran sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

ich dachte du wolltest deine Daten verschleiern

Naja, man sieht ja nicht wirklich was.

@liv-in-sky sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

darstellung der 3er tabelle

das kann man bestimmt irgendwo einstellen.

Anmerkung:
Kasten hab ich jetzt auch weg. (war ein anderes widget, Schande ...)

[bahnuhr]

@liv-in-sky

Vielleicht noch ein Verbesserungsvorschlag für das Script (nmap-neu-12.2.22-20.txt)
Zeile 5: // im html-teil des widgets wird dier daten punkt in geschweiften klammern angegeben z.B. {javascript.x.Tabellen@Liv.TestTabelleVIS.NMAPTabelleVIS}
Vielleicht könnte man den Text hinter javascript.x. auch manuell per Variable gestalten.
Dann könnten die DP dort liegen wo man sie will.
Ich musste den DP auch erweitern auf: ....NMAPTabelleVIS.HTMLTableVis
Ohne dieses HTMLTableVIS kam nichts.

Zeile 20: let pfadFuerBilder="/vis.0/main/img/ip_tabelle/"
Vielleicht den DP unter ...main... legen.
Wenn man iob app für android nutzt, dann müssen die Bilder bei einem Projekt "main" auch darunter liegen.
Ansonste werden diese nicht angezeigt.

Sonst:
absolut klasse, tolle Arbeit.
hätte ich nicht hinbekommen.

mfg
Dieter

[liv-in-sky]

@bahnuhr eigentlich schon - bin mir gerade nicht sicher, ob das in diesem neuen script noch funktioniert

du muss das widget verbreitern und im setting

auf 3 einstellen - evtl auch noch let weite="750"; etwas vergrößern

wir können gerne morgen noch mehr einstellen

[liv-in-sky]

@bahnuhr

meinst du so:

• du kannst die farben an deine vis angleichen
• die spalten höhe etwas kleine machen
• spalten, die du nicht brauchst ausblenden (z.b. die bilder)

die bilder können liegen, wo du sie haben willst, einfach den pfad angleichen im setting
es hat einen sinn, dass man keinen dp angibt, sonden nur einen einzigartigen namen für das script - alle css und jquery nutzen das in ihren namen, damit es niemals gleiche klassen geben kann, falls jemand noch ein script von mir in seinem vis-project hat - werde ich auch nicht ändern - die liegen gut unte javascript :-)
mich wundet, dass deine einstellung (NMAPTabelleVIS.HTMLTableVis) so funktioniert - das ist kein datenpunkt, wie eben bechieben, sonden hat mehree aufgaben im scipt