Monatsrückblick Januar/Februar 2026 ist online!

[Homoran]

@assid Warum doppelpost?

[liv-in-sky]

@assid

das script findet alles, was sich im netz befindet - es scannt den ganzen netzwerk bereich - also sollte neue handy zu sehen sein, wenn sie im netz eingeloggt sind

[liv-in-sky]

@Homoran

neues script auf github - settings können wieder kopiert werden - was sonst noch ist im chat

und noch:

neuer dp für neu entdeckte geräte - ist eine extra tabele und wird hier mit inventwo-json angezeigt

[Homoran]

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

neuer dp für neu entdeckte geräte - ist eine extra tabele und wird hier mit inventwo-json angezeigt

SUPER!

Das wollte ich dir noch sagen ;-).
Gerade wenn User viel mit Shellies oder ESPs arbeiten, wäre es doch sinnvoll, das (zuletzt) neu hinzugekommene Gerät irgendwie zu tracen.
ggf. sogar bis zum nächsten einlesen (oder bis zum nächsten neuen Gerät) anders markiert

Hatte mich nur nicht getraut, weil ich befürchte, dass das zuviel des guten ist

[liv-in-sky]

@homoran

teste mal in ruhe - morgen machen wir weiter

[liv-in-sky]

@homoran

fast vergessen - lösche den dp mit den devices - der sollte neu aufgebaut werden

[Homoran]

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

fast vergessen - lösche den dp mit den devices - der sollte neu aufgebaut werden

ok, läuft aber schon, nachdem ich den nmap Befehl wieder angepasst habe :-)
kann ich auch noch nachträglich löschen?

[liv-in-sky]

@homoran

script stoppen - löschen - script starten

[Homoran]

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

@homoran

script stoppen - löschen - script starten

OK - da isser wieder

[liv-in-sky]

@homoran ein fehler ?

[liv-in-sky]

@homoran

wie schaut den eigentlich der befehl bei dir aus?

[Homoran]

@liv-in-sky hatte ich dir gestern im Chat geschrieben.
mit dem nmap Befehl im Skript läuft es bei mir nicht.

muss bei mir so heißen:
exec("sudo -u root nmap -sP --dns-servers "+dnsServer+" "+ipbereich , async function (error, result, stderr)

überschnitten die posts sich haben

[liv-in-sky]

@homoran

ok ich verstehe - den mußte ich ändern, da ich nmap ja anders installieren mußte und der pfad ein anderer ist. das muss ich irgendwie am template ändern - vergessen hatte das ich

[bahnuhr]

@liv-in-sky

Habe nun erstmal auch dein Script ausprobiert.
von git kopiert und in js eingefügt.
Exec hatte ich schon drin.
Daten im js angepasst.
nmap in meiner proxmox vm "iobroker" als root installiert.
Datei /etc/sudoers.d/iobroker angepasst

Es kommt nur "no data" im log.

Ich dachte, da kann man eigentlich gar nicht so viel falsch machen.
Hast du eine Idee ?
Soll ich mein eingefügtes script in js mal anhängen?

[liv-in-sky]

@bahnuhr

schau mal https://forum.iobroker.net/post/761180

du wirst den pfad zu nmap angleichen müssen

[liv-in-sky]

@bahnuhr

der im script im exec teil steht

[bahnuhr]

@liv-in-sky

hab ich nun geändert auf:
exec("sudo -u root /usr/bin/nmap -sP --dns-servers "+dnsServer+" "+ipbereich , async function (error, result, stderr) {

Es kommt aber immer noch "no data"
(in usr/bin/ liegt auch die Datei nmap. Pfad müsste also jetzt stimmen)

[liv-in-sky]

@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

[bahnuhr]

@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

[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"