74_Nmap

Begonnen von igami, 18 September 2016, 10:28:34

Vorheriges Thema - Nächstes Thema

igami

Zitat von: rasti am 21 Januar 2019, 13:57:33
ich hätte noch ein anderes Thema / Verbesserungsvorschlag zum Modul:

Wenn z.B. nach längerer Abwesenheit einem Gerät (gleiche MAC) per DHCP eine andere IP zugewiesen wird,
dann erscheint dieses Gerät mehrfach mit unterschiedlichen IPs in den Readings. Für mich sinnvoller wäre es,
den Alteintrag dann zu löschen, sobald das Gerät (selbe MAC) mit einer anderen IP in den Readings auftaucht.
Das ist schon bestandteil des Moduls und müsste durch das Attribut keepReadings explizit abgestellt werden.
Pi3 mit fhem.cfg + DbLog/logProxy
Komm vorbei zum FHEM Treffen im Kreis Gütersloh! Das nächste Mal im April 2020.

MAINTAINER: archetype, LuftdatenInfo, monitoring, msgDialog, Nmap, powerMap
ToDo: AVScene, FluxLED

rasti

Zitat von: igami am 21 Januar 2019, 16:54:45
Das ist schon bestandteil des Moduls und müsste durch das Attribut keepReadings explizit abgestellt werden.

Ah OK. Super !

Muss ich dazu keepReadings auf 1 oder 0 setzen ?

Otto123

Doku  ::)
ZitatkeepReadings 1
If a new IP address is recognized for a device with a known MAC address, the invalid readings are deleted unless this attribute is set.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

uwirt

Bei mir lief bis vor einer Weile das NMAP Modul eigentlich sehr gut. Ich habe auch nichts am code geschraubt.

Leider hab ich jetzt nur noch den state aborted:



Internals:
   ARGS       -sn
   CFGFN     
   DEF        192.168.1.0/24
   FUUID      5ce0543a-f33f-b1b7-735b-718410efc80fb6e9
   INTERVAL   900
   NAME       Network
   NR         456
   PATH       /volume1/@optware/bin/nmap
   STATE      aborted
   TYPE       Nmap
   READINGS:
     2019-05-18 22:00:18   state           aborted
   helper:
Attributes:
   absenceThreshold 1
   devAlias   192.168.1.1:Router_eth0
   keepReadings 1
   leadingZeros 0
   path       /volume1/@optware/bin/nmap
   room       92 Intranet
   sudo       1



Woran das wohl liegt?
FHEM / Ubuntu / fitlet2
HomeMatic: CCU3|HmIP-STHD|HmIP-PCBS|HmIP-PCBS2|HmIP-PCBS-BAT|HM-WDC7000|HM-WDS100-C6-O|HM-WDS40|HM-LC-Sw1-FM|HM-LC-RGBW-WM|HM-ES-PMSw1-Pl|HM-ES-TX-WM
NAS: DS218+|DS209j|DS216+II|DS412+
Devices: Panasonic Webcams|Withings|Gardena Smart

igami

Zitat von: uwirt am 18 Mai 2019, 22:14:23
Woran das wohl liegt?
Steht noch was im Log?
Ein Timeout sollte bei 900 Sekunden kein Problem sein.
Eventuell bietet es einen Anhaltspunkt wenn du den Befehl von Hand in der Linux Konsole ausführst,
Pi3 mit fhem.cfg + DbLog/logProxy
Komm vorbei zum FHEM Treffen im Kreis Gütersloh! Das nächste Mal im April 2020.

MAINTAINER: archetype, LuftdatenInfo, monitoring, msgDialog, Nmap, powerMap
ToDo: AVScene, FluxLED

uwirt

Ich hatte aus welchem Grund auch immer sudo auf 1 eingestellt. Sobald ich auf 0 gewechselt habe funktionierte es wieder.

Besten Dank
FHEM / Ubuntu / fitlet2
HomeMatic: CCU3|HmIP-STHD|HmIP-PCBS|HmIP-PCBS2|HmIP-PCBS-BAT|HM-WDC7000|HM-WDS100-C6-O|HM-WDS40|HM-LC-Sw1-FM|HM-LC-RGBW-WM|HM-ES-PMSw1-Pl|HM-ES-TX-WM
NAS: DS218+|DS209j|DS216+II|DS412+
Devices: Panasonic Webcams|Withings|Gardena Smart

Icinger

#261
Warum auch immer, ich bekomme seit meinem Update gestern abend das Log mit folgenden Meldungen geflutet:
2019.08.24 00:15:23 1: stacktrace:
2019.08.24 00:15:23 1:     main::readingsBulkUpdate            called by ./FHEM/74_Nmap.pm (437)
2019.08.24 00:15:23 1:     main::Nmap_done                     called by (eval 994380) (1)
2019.08.24 00:15:23 1:     (eval)                              called by fhem.pl (1135)
2019.08.24 00:15:23 1:     main::AnalyzePerlCommand            called by fhem.pl (1160)
2019.08.24 00:15:23 1:     main::AnalyzeCommand                called by fhem.pl (1089)
2019.08.24 00:15:23 1:     main::AnalyzeCommandChain           called by ./FHEM/98_telnet.pm (255)
2019.08.24 00:15:23 1:     main::telnet_Read                   called by fhem.pl (3753)
2019.08.24 00:15:23 1:     main::CallFn                        called by fhem.pl (748)
2019.08.24 00:15:23 1: readingsUpdate(Netzwerk,192.168.1.16_ip,192.168.1.16) missed to call readingsBeginUpdate first.
2019.08.24 00:15:23 1: stacktrace:
2019.08.24 00:15:23 1:     main::readingsBulkUpdate            called by ./FHEM/74_Nmap.pm (438)
2019.08.24 00:15:23 1:     main::Nmap_done                     called by (eval 994380) (1)
2019.08.24 00:15:23 1:     (eval)                              called by fhem.pl (1135)
2019.08.24 00:15:23 1:     main::AnalyzePerlCommand            called by fhem.pl (1160)
2019.08.24 00:15:23 1:     main::AnalyzeCommand                called by fhem.pl (1089)
2019.08.24 00:15:23 1:     main::AnalyzeCommandChain           called by ./FHEM/98_telnet.pm (255)
2019.08.24 00:15:23 1:     main::telnet_Read                   called by fhem.pl (3753)
2019.08.24 00:15:23 1:     main::CallFn                        called by fhem.pl (748)
2019.08.24 00:15:23 1: readingsUpdate(Netzwerk,192.168.1.16_lastSeen,2019-08-24 00:15:23) missed to call readingsBeginUpdate first.
2019.08.24 00:15:23 1: stacktrace:
2019.08.24 00:15:23 1:     main::readingsBulkUpdate            called by ./FHEM/74_Nmap.pm (439)
2019.08.24 00:15:23 1:     main::Nmap_done                     called by (eval 994380) (1)
2019.08.24 00:15:23 1:     (eval)                              called by fhem.pl (1135)
2019.08.24 00:15:23 1:     main::AnalyzePerlCommand            called by fhem.pl (1160)
2019.08.24 00:15:23 1:     main::AnalyzeCommand                called by fhem.pl (1089)
2019.08.24 00:15:23 1:     main::AnalyzeCommandChain           called by ./FHEM/98_telnet.pm (255)
2019.08.24 00:15:23 1:     main::telnet_Read                   called by fhem.pl (3753)
2019.08.24 00:15:23 1:     main::CallFn                        called by fhem.pl (748)
2019.08.24 00:15:23 1: readingsUpdate(Netzwerk,192.168.1.16_macAddress,B8:27:EB:E0:3B:76) missed to call readingsBeginUpdate first.

Das Modul hat seit Monaten einwandfrei funktioniert. Irgendjemand ne Idee, worans liegen kann? Hat sich was geändert, wovon ich nichts mitbekommen habe?

lg, Stefan

PS: Hmmm, hab grade gesehen, das NMAP hat gar kein Update erfahren.....Noch komischer :(

2019.08.24 00:00:14 3: TelegramBot_Callback myTelegram: Digest: Number of poll failures on 2019-08-23 is :0:
2019.08.24 00:00:31 2: Deleting sysmon-2019-08-21.log
2019.08.24 00:03:54 1: RMDIR: ./restoreDir/save/2019-08-08
2019.08.24 00:04:09 1:
2019.08.24 00:04:09 1: fhem
2019.08.24 00:04:10 1: RMDIR: ./restoreDir/update/2019-08-08
2019.08.24 00:04:10 1: UPD ./CHANGED
2019.08.24 00:04:11 1: UPD FHEM/00_MQTT2_SERVER.pm
2019.08.24 00:04:11 1: UPD FHEM/10_CUL_HM.pm
2019.08.24 00:04:11 1: UPD FHEM/13_KS300.pm
2019.08.24 00:04:12 1: UPD FHEM/14_CUL_WS.pm
2019.08.24 00:04:12 1: UPD FHEM/14_SD_UT.pm
2019.08.24 00:04:12 1: UPD FHEM/36_KeyValueProtocol.pm
2019.08.24 00:04:12 1: UPD FHEM/36_Shelly.pm
2019.08.24 00:04:12 1: UPD FHEM/36_WMBUS.pm
2019.08.24 00:04:12 1: UPD FHEM/49_SSCam.pm
2019.08.24 00:04:13 1: UPD FHEM/70_KODI.pm
2019.08.24 00:04:13 1: UPD FHEM/70_ZoneMinder.pm
2019.08.24 00:04:13 1: UPD FHEM/71_ZM_Monitor.pm
2019.08.24 00:04:13 1: UPD FHEM/72_XiaomiDevice.pm
2019.08.24 00:04:13 1: UPD FHEM/73_AutoShuttersControl.pm
2019.08.24 00:04:13 1: UPD FHEM/73_NUKIBridge.pm
2019.08.24 00:04:13 1: UPD FHEM/74_NUKIDevice.pm
2019.08.24 00:04:13 1: UPD FHEM/74_Unifi.pm
2019.08.24 00:04:13 1: UPD FHEM/74_UnifiClient.pm
2019.08.24 00:04:13 1: UPD FHEM/74_UnifiSwitch.pm
2019.08.24 00:04:13 1: UPD FHEM/76_SMAInverter.pm
2019.08.24 00:04:13 1: UPD FHEM/82_LGTV_WebOS.pm
2019.08.24 00:04:13 1: UPD FHEM/88_HMCCU.pm
2019.08.24 00:04:14 1: UPD FHEM/88_HMCCUCHN.pm
2019.08.24 00:04:14 1: UPD FHEM/88_HMCCUDEV.pm
2019.08.24 00:04:14 1: UPD FHEM/88_HMCCURPCPROC.pm
2019.08.24 00:04:14 1: UPD FHEM/93_DbLog.pm
2019.08.24 00:04:14 1: UPD FHEM/98_ArduCounter.pm
2019.08.24 00:04:14 1: UPD FHEM/98_HTTPMOD.pm
2019.08.24 00:04:14 1: UPD FHEM/98_MSwitch.pm
2019.08.24 00:04:15 1: UPD FHEM/98_MediaList.pm
2019.08.24 00:04:15 1: UPD FHEM/98_Modbus.pm
2019.08.24 00:04:15 1: UPD FHEM/98_PHC.pm
2019.08.24 00:04:15 1: UPD FHEM/98_vitoconnect.pm
2019.08.24 00:04:15 1: UPD FHEM/HMCCUConf.pm
2019.08.24 00:04:15 1: UPD FHEM/HttpUtils.pm
2019.08.24 00:04:15 1: UPD FHEM/Meta.pm
2019.08.24 00:04:15 1: UPD FHEM/firmware/ArduCounter.hex
2019.08.24 00:04:16 1: UPD www/images/fhemSVG/dead.svg
2019.08.24 00:04:16 1: saving fhem.cfg
2019.08.24 00:04:16 1: saving ./log/fhem.save
Verwende deine Zeit nicht mit Erklärungen. Die Menschen hören (lesen) nur, was sie hören (lesen) wollen. (c) Paulo Coelho

uwirt

Gibt es eine Möglichkeit mit Nmap nur die clients anzuzeigen, welche aktiv sind?
FHEM / Ubuntu / fitlet2
HomeMatic: CCU3|HmIP-STHD|HmIP-PCBS|HmIP-PCBS2|HmIP-PCBS-BAT|HM-WDC7000|HM-WDS100-C6-O|HM-WDS40|HM-LC-Sw1-FM|HM-LC-RGBW-WM|HM-ES-PMSw1-Pl|HM-ES-TX-WM
NAS: DS218+|DS209j|DS216+II|DS412+
Devices: Panasonic Webcams|Withings|Gardena Smart

_fhemuser_

Hallo,

ich bin gerade über dieses Modul gestolpert, da es mit NMAP ja auch möglich ist einzelne Port zu prüfen.

Aber ich erhalte das Ergebnis nicht als reading.


nmap -p30219  meine.ip
Starting Nmap 7.70 ( https://nmap.org ) at 2021-04-02 11:16 CEST
Nmap scan report for meine.ip (A.B.C.D)
Host is up (0.013s latency).

PORT      STATE    SERVICE
30219/tcp filtered   unknown  <-- offline

bzw:
PORT      STATE    SERVICE
30219/tcp open      unknown  <-- online


Besteht die Möglichkeit für den Portstatus ein Reading zu erhalten?

Besten Dank
fhem in der aktuellsten Version auf:
Raspberry 4 mit SSD | fhem2fhem | NanoCul433 Selbstbau | NanoCul868 Selbstbau | DbLog | MAX! | zigbee2MQTT | homebridge | alexa
inkl zigbee2MQTT Server, Unifi-Server

Raspberry 4 mit SD Karte | fhem2fhem | motioneye

sylvester

Hallo,

ich brauche einmal eure Hilfe. Ich bekomme es nicht hin, nmap mit dem fhem-Attribut sudo=1 aufzurufen. Der Aufruf wird immer abgebrochen mit dem Hinweis "sudo-Passwort wird benötigt". In sudoers habe ich fhem bereits eingetragen ...

Ich brauche sudo, damit ich über die MAC-Adresse die Geräte identifizieren kann.

Hat jemand einen Tipp, wie es mit sudo klappt?

Vielen Dank und Gruß

Stephan

CoolTux

Dann solltest Du vielleicht mal Deinen Eintrag zeigen damit wir Dir sagen können was Du beim Eintrag falsch gemacht hast.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

sylvester

ich habe folgendes bei sudoers hinzugefügt:

fhem   ALL=(ALL) NOPASSWD:ALL

CoolTux

#267
fhem ALL=(ALL) NOPASSWD: ALL

Bitte einmal mit Leerzeichen zwischen NOPASSWD: und ALL

Und in Zukunft bitte immer mit visudo arbeiten.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Wernieman

und dabei berücksichtigen, das Du damit fhem praktisch zu root machst. Es gibt gewichtige Gründe, warum man es normalerweise NICHT so macht. Zum debuggen eventuell erstmal O.K., aber hinterher auf nmap beschränken (Oder besser gleich richtig machen)

Btw:
Wo hast Du es reingeschrieben? In die sudoers.conf oder in eine eigene Datei unter /etc/sudoers.d/

Hinweis: Alle Dateinamen aus dem Kopf, es können sich also Vertipper eingeschlichen haben ....
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

sylvester

geht trotzdem nicht :(

in etc/sudoers