IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol

[Homoran]

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

dpkg müßte der befehle sein

da braucht es dann .deb Pakete - ich mache es mit apt install...
Habe nach diesen Paketen gesucht und das befürchtete gefunden:

Für debian stretch gibt es nur 7.40, um auf die 7.70 zu kommen brauche ich buster.

Ja, ich wollte eh die neue Proxmox version draufspielen wenn ich den Server plattmache.
Aber erst einmal nur in der VM die Debian version erhöhen ????
Oder ioBroker Backup
Debian plattmachen - neu installieren - Restore

[liv-in-sky]

@Homoran du hast eine VM - dann sollte das mit demn upgrade ja funktionieren - bei container geht das ja so nicht, da die container ja als grundsystem, dass von proxmox haben

unbedingt login wieder besorgen und backup der vm machen - danach auf buster gehen - müßte klappen - evtl solltest du aber vorher mal die node (npm) updaten - so würde ich es machen

[Homoran]

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

unbedingt login wieder besorgen

hatte ich gestern mit viel Try and Error geschaft. Ein Zeichen hatte ich auf dem Zettel klein geschrieben obwohl es hätte groß sein müssen

Wenn ich auf Buster gehe, werde ich auch auf node10 gehen - aber wie macht man bei einem Linux im laufenden Betrieb ein Update?
Habe gerade einen uralten Server von Jessie auf Buster "hochgezogen" indem ich ihn plattgemacht und neu installiert hatte. Beim produktiven wollte ich das eigentlich nicht

[liv-in-sky]

@Homoran iobroker def. ausschalten - der stört nur dabei

dann musst du das jetztige system (stretch?) update und upgrade - anschliessend die repos. ändern auf buster - danach wieder update und upgrade - dann läuft buster

habe mir im netz einfach eine gute anleitung gesucht - leider habe ich sie nicht mehr, sonst würde ich dir linkj geben , aber da gibt es gnügend davon

[liv-in-sky]

@Homoran wahrscheinlich funktioniert das sogar mit laufenden iobroker - aber ich würde die vm nach dem update auf jeden fall neustarten - ist das nicht möglich ?

[Homoran]

@liv-in-sky Ich versuche es - arbeite auch immer nur nach Anleitungen. Das passiert so selten, dass keine Routine aufkommt.
Jetzt ist z.B. der Speicherplatz für einen snapshot zu klein. Ich habe nach 3 Jahren keine Ahnung mehr, wie ich das ändern könnte

[liv-in-sky]

@Homoran kein snapshot - mache dir ein backup im stop zustand - dann ist alles in einem !

alte backups löschen, bis du nur noch eines hast - geht das - dann neues stop-backup

[liv-in-sky]

@Homoran wenn du eine freie usb platte hast, hänge sie einfach mit ins proxmox als directory - kannst du ja später wieder rausnehmen

es gibt doch einen proxmox thread - da sind die richtigen profis drin

[Homoran]

@liv-in-sky
So!
das große Update ist durch!

USB-Platte habe ich nicht angebunden bekommen - aber cifs aufs NAS
Da ruht jetzt ein Backup

Leider hat das Ganze uns nichts genutzt, die vermisste IP ist immer noch nicht auffindbar, auch nicht mit ping, aber:

pi@ioBroker01:/opt/iobroker$ ping 192.168.138.201
PING 192.168.138.201 (192.168.138.201) 56(84) bytes of data.
From 192.168.138.123 icmp_seq=1 Destination Host Unreachable
From 192.168.138.123 icmp_seq=2 Destination Host Unreachable
From 192.168.138.123 icmp_seq=3 Destination Host Unreachable

--- 192.168.138.201 ping statistics ---
6 packets transmitted, 0 received, +3 errors, 100% packet loss, time 116ms
pipe 4
pi@ioBroker01:/opt/iobroker$ nmap 192.168.138.201
Starting Nmap 7.70 ( https://nmap.org ) at 2020-02-12 15:55 CET
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 3.05 seconds
pi@ioBroker01:/opt/iobroker$ nmap -Pn 192.168.138.201
Starting Nmap 7.70 ( https://nmap.org ) at 2020-02-12 15:56 CET
Nmap scan report for 192.168.138.201
Host is up (0.066s latency).
All 1000 scanned ports on 192.168.138.201 are filtered

Nmap done: 1 IP address (1 host up) scanned in 5.92 seconds

Nmap ist jetzt 7.70
vielleicht wäre die -Pn option auch etwas für dich.
Muss aber erst einmal testen, ob dadurch eventuell andere IPs verloren gehen.

[Homoran]

Dafür komme ich jetzt nicht mehr auf meine ioBroker Installation.
Der Virenscanner hat jetzt die IP gesperrt

Auch bei meiner Frau auf dem Rechner

[liv-in-sky]

@Homoran wenn nur dieser eine client nicht mehr da ist und dieser auch kein ping mag , ist das doc eine gute nachricht - was ist das für ein client - schon mal neugestartet

die -Pn version läuft schon über 2 minuten - -sP ist die einzig schnelle variante

was ist mit teeny - wieder da ?

[zahnheinrich]

@liv-in-sky

Ich betreibe iobroker im Buanet-Container in meiner Synology.
Das script läuft bei mir so nicht.

Da ich immer root bin, muss die Zeile 173 bei mir geändert werden:
exec("sudo -u root nmap -sPR --dns-servers "+dnsServer+"...

in
exec("nmap -sPR --dns-servers "+dnsServer+"...

Dein Hinweis
"der Befehl nmap muss mit root ausgeführt werden !!!"
gilt nicht im Buanet-Docker-Container!

Ein entsprechender Hinweis in der Doku wäre gut.
Vielen Dank für Deine Arbeit!

[liv-in-sky]

@zahnheinrich

ich dachte immer iobroker bekommt einen eigenen user beim installieren - daher verwundert es mich - aber ich weiß auch nicht, wie docker arbeitet - ich dachte immer es ist so ähnlich wie ein proxmox container

hast du mal das mit dem sudoers.d - file probiert oder gibt es das in docker nicht

[zahnheinrich]

@liv-in-sky
Die Änderungen im sudoers.d habe ich entsprechend gemacht.
Bin mir aber nicht sicher, ob aus genannten Gründen überhaupt sinnvoll/notwendig.

[Homoran]

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

aus genannten Gründen überhaupt sinnvoll/notwendig.

Da hast du recht
Wenn du immer root bist brauchst du kein sudo und dementsrechend auch keine Erlaubnis in dem Zusammenhang mit nmap den Befehl sudo zu nutzen.

mich wundert nur, dass das sudo beim root stört.
Unnötig ja, aber störend??

[zahnheinrich]

@Homoran

Ja eben.
Aber nicht nur, daß ich es nicht brauche, der sudo... führt zum Abbruch, das array wird nicht aufgebaut.

[Glasfaser]

@zahnheinrich

In welcher Datei unter Docker hast du den Eintrag gemacht !

Da ich auch schon wie oben geschrieben "sudo -u root " auch entfernt habe , nur mir fehlern fast 10 Teilnehmer im Script was mir jetzt auffällt .

[Homoran]

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

nur mir fehlern fast 10 Teilnehmer im Script

haben diese 10 etwas gemeinsam (oder einige davon)?

[zahnheinrich]

@Glasfaser
Wie angegeben in /etc/sudoers.d/iobroker

Bin aber noch dabei zu testen, habe noch nicht alle devices gelistet.

[Glasfaser]

@zahnheinrich

Der Ordnerinhalt war bei mir leer ... hast du dann den iobroker erstellt ?
Ich habe dann eine Datei erstellt mit dem Inhalt ... aber trotzdem das gleiche Ergebniss

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

Bin aber noch dabei zu testen, habe noch nicht alle devices gelistet.

Also fehlen bei dir auch welche !?