Hallo Ralf
Ich kenne zwar pihole nicht, glaube aber kaum das 8.8.8.8 hier reingehört, wenn er als „DNS-Server“ interne Clientnamen auflösen soll. Alles was nicht intern ist muss der DNS Server zu 8.8.8.8 „forwarden“. Oder andersrum, wenn dein System wo nmap drauf läuft von 8.8.8.8 die DNS-Antworten bekommt, können auch keine interne Namen aufgelöst werden.
Mir fällt jetzt erst auf das wir hier im nmap „Script“ Beitrag sind, dort kannst du den Aufruf im Script nach belieben erweitern, oder geht es doch um das nmap „Modul“?
Moin SimonS,
Kekse es ist das Modul. 8.8.8.8 ist aber schon OK denn erstens benutzt PiHole den bei mir auch wenn es nicht selbst auslösen kann und zweitens wird Google kaum versuchen private Netzwerke aufzulösen.
Ich habe es jetzt im Modul geändert und alle Namen sind bei mir da.
Hi SimonS,
ich bekomme regelmäßig den Fehler: „Modul konnte nicht starten, kontrolliere Einstellungen!“ und habe keine Idee woran es liegen könnte. nmap funktioniert und sammelt brav neue Geräte und es gibt kein Modul das auch noch nmap nutzen könnte.
Ich habe soeben das Debug log erweitert, so das unter RunScan(Execute) der genau aufgerufene String ausgegeben wird, und der nmap Befehl so manuell in der CLI getestet werden kann.
Habs mal installiert mal sehen was da kommt. Gestern hatte ich ein >>nmap.log an die Kommandozeile angehängt und das Ergebnis ist interessant.
Starting Nmap 7.80 ( https://nmap.org ) at 2022-05-23 17:37 CEST
Initiating ARP Ping Scan at 17:37
Starting Nmap 7.80 ( https://nmap.org ) at 2022-05-23 17:47 CEST
Initiating ARP Ping Scan at 17:47
Starting Nmap 7.80 ( https://nmap.org ) at 2022-05-23 17:57 CEST
Initiating ARP Ping Scan at 17:57
Scanning 254 hosts [1 port/host]
Completed ARP Ping Scan at 17:57, 6.97s elapsed (254 total hosts)
Initiating Parallel DNS resolution of 254 hosts. at 17:57
Completed Parallel DNS resolution of 254 hosts. at 17:57, 0.00s elapsed
17:37 und 17:47 passiert nicht viel und 17:57 sieht es so aus wie erwartet. Wegen bullseye (IPS Grundlage) laufen weder nmap 7.7 noch 7.9 da die Bibliotheken nicht passen.
Edit: Ich habe jetzt mit der Kommandozeile aus dem Debug vielfach in der Shell gestartet und nur einmal einen besonderen Fall gehabt:
Das scheint durch mehrere Versionen zu gehen,
also unter Debian10(Buster) hatte ich das Problem nie.
Unter Debian11(Bullseye) hatte ich es auf einem LXC Container.
Am neu installierten Raspian11 ist das Problem bis dato auch nie aufgetreten.
Vielleicht hilft das im Beitrag erwähnte: --max-parallelism 100
…dann könnte ich das als Würgaround einbauen…
Hmm, ich kann das leider nicht nachbilden.
shell_exec Aufruf/Verhalten habe ich die letzten Versionen nie mehr geändert.
Die Änderung war nur die Unterstützung von Eingaben außerhalb des CIDR Formats „192.168.0.0/24“, also zb. „192.168.0.10 192.168.0.100-200“.
Der Fehler der mir auffiel war die doppelte .extension (xml.xml)
Ich habe hier mittlerweile 10 nmap Instanzen parrallel und niemals dieses Ergebniss.
Im Gegenteil wenn ich zuviele nmap Abfragen auf einem Remotehost gleichzeitig starte gibt es von shell_exec einen Timeout, und die Modulinsatnz geht in inaktiv Status.
Im Moment etwas ratlos wie ich das von dir beschriebene Ergebniss ereichen kann…
von 4 Starts 3mal dieses Ergebnis und beim 4ten Mal dann das gewünschte Ergebnis. Weiß noch nicht warum.
Ich habe jetzt statt nmap 7.8 nmap 7.9.3 installiert und das scheint besser zu laufen. Ich schalte die Meldung jetzt mal wieder ein dann bekomme ich mit wenn es mal wieder nicht klappt.
