iob diag - Skript

[Thomas Braun]

@jey-cee
kvm ist eine ProxmoxVM?
Mir ist die Abgrenzung zum lxc nicht klar.

[Einstein67]

@thomas-braun said in iob diag - Skript:

Deswegen ist aber die Abfrage auf einen laufenden Xorg-Prozess drin. Das sollte verlässlicher sein.

Alles klar! Hab ich schon irgendwie vermutet!

Thx

[Homoran]

@thomas-braun sagte in iob diag - Skript:

@jey-cee
kvm ist eine ProxmoxVM?
Mir ist die Abgrenzung zum lxc nicht klar.

ja! VM vs Container.

[Jey Cee]

@thomas-braun richtig das läuft in einer vm

[Thomas Braun]

@liv-in-sky

Ich hab die 'Lauschenden Ports' jetzt drin.
Check nochmal ob das so passt.

[emil70]

Bei

ss -tulwp | grep LISTEN

kommt bei mir

sudo: ss: command not found

Mit

netstat -tulpn | grep LISTEN;

geht es und

Distributor ID: Debian
Description:    Debian GNU/Linux 11 (bullseye)
Release:        11
Codename:       bullseye

ist ja nicht alt

Das

./iob_diag: line 35: systemd-detect-virt: command not found

ist immer noch drin. Hatte ich weiter oben schon mal was zu geschrieben

[Thomas Braun]

@emil70

netstat ist eigentlich veraltet und wird/wurde durch ss abgelöst.
Hm. Muss ich wohl doch den alten Kram drin haben, netstat dürfte fast überall installiert sein.

systemd-detect-virt wüsste ich nicht wie es ersetzt werden kann. Bin ja froh das es die lxc identifizieren kann (Zumindest die aktuellen, die per systemd gestartet werden). Auf meinem absolut nicht virtualisierten RaspberryOS läuft das auch.

Auf was für einem System turnst du denn da rum? Docker?

[Edit:] Ah, reiner Docker. Ich bringe das heute abend mit abfangen der Meldung rein.

[liv-in-sky]

@thomas-braun
vielen dank - ports werden aufgelistet

weiß nicht, ob das sinn macht - aber evtl so eine anzeige, falls die verschiedenen systeme das können ? nur 'ne idee - muss nicht sein

sudo ss -tulwp | grep LISTEN | awk '{print "PORT: "$5" DIENST: "$7}' | column -t
PORT:  0.0.0.0:sunrpc        DIENST:  users:(("rpcbind",pid=124,fd=4),("systemd",pid=1,fd=28))
PORT:  192.168.178.59:8082   DIENST:  users:(("io.web.0",pid=2019,fd=27))
PORT:  127.0.0.53%lo:domain  DIENST:  users:(("systemd-resolve",pid=127,fd=18))
PORT:  0.0.0.0:ssh           DIENST:  users:(("sshd",pid=245,fd=3))
PORT:  0.0.0.0:1880          DIENST:  users:(("node-red",pid=593,fd=21))
PORT:  0.0.0.0:1883          DIENST:  users:(("io.mqtt.1",pid=1299,fd=27))
PORT:  0.0.0.0:microsoft-ds  DIENST:  users:(("smbd",pid=324,fd=49))
PORT:  127.0.0.1:44129       DIENST:  users:(("chrome",pid=2459,fd=133))
PORT:  0.0.0.0:1505          DIENST:  users:(("io.sonoff.0",pid=1831,fd=26))
PORT:  0.0.0.0:1506          DIENST:  users:(("io.mqtt.0",pid=1284,fd=27))
PORT:  0.0.0.0:1606          DIENST:  users:(("io.sonoff.1",pid=1855,fd=26))

sudo ss -tulwp | grep LISTEN | awk '{print "PORT: "$5" DIENST: "$7}' | column -t

[emil70]

@thomas-braun

Kannst das schon drin lassen. Bau einfach am Anfang des script mit ein, das die benötigten Paket installiert werden

                echo "Installiere die benoetigte Pakete, bitte warten .."
		echo "-------------------------------------------------------------------------------"
		echo ""
		apt-get autoclean && apt-get update
                apt-get install iproute2

iproute2 ist für ss

[reutli]

@emil70 sagte in iob diag - Skript:

Bau einfach am Anfang des script mit ein, das die benötigten Paket installiert werden

Das würde ich nicht tun, sollte ja nur ein Analyse Script sein und sollte nicht ins System eingreifen, oder?

[Thomas Braun]

@emil70

Ich mag nicht 'durch die kalte Küche' da irgendwelche Pakete installieren.
Hatte schon bei dem symlink auf node/nodejs Bauchweh.

[emil70]

@thomas-braun

Was bringt das script, wenn nachher doch bei jemand es hackt, weil Pakete fehlen

bei

column

gabe es bei mir auch eine Fehlermeldung, das es nicht installiert ist

apt-get install bsdmainutils

ausgeführt und gut ist

Man kann am Anfang des script ja darauf hinweisen, das Abhängigkeit für das script installiert werden

Edit: Man kann die installieren Paket ja danach auf wieder automatisch deinstallieren lassen

[Homoran]

@emil70 dann sollte es mit einer Fehlermeldung abbrechen und der Frage ob es installiert werdrn darf! (Luxusvariante), oder der Aufforderung es zu installieren.

[Thomas Braun]

@emil70

Nee, da geh ich lieber auf den kleinsten gemeinsamen Nenner.
netstat in dem Fall dann.

Paketverwaltung funktioniert auf anderen Linuxen halt auch anders.
pacman, yum und wie die alle heißen...

Gut, ich setze mal voraus das die Arch oder Alpine oder was auch immer Leute nicht unbedingt so'n Diagnose-Skript brauchen. Aber funktionieren sollte es auch in diesen Fällen.

[liv-in-sky]

@emil70 sagte in iob diag - Skript:

column

gabe es bei mir auch eine Fehlermeldung, das es nicht installiert ist

habe ich schon fast vermutet

was auch ginge zum. bei mir:

sudo ss -tulwp | grep LISTEN | awk '{print "PORT: "$5"\t\t DIENST: "$7}'

ist nicht ganz tabelle - aber besser lesbar

[Thomas Braun]

@liv-in-sky

Hab es jetzt mal auf den Klassiker

sudo netstat -tulpen | grep LISTEN

umgestellt. Das sollte ohne Gedönse überall laufen.

[Homoran]

@thomas-braun sagte in iob diag - Skript:

                        *** ARBEITSSPEICHER ***

sachma!

hab ich den Plattenplatz übersehen?

[Thomas Braun]

@homoran sagte in iob diag - Skript:

hab ich den Plattenplatz übersehen?

Nee, ist nicht drin. Hatte ich auch schon drüber nachgedacht...
Da hätte ich gerne duf zur Verfügung, aber das ist viel zu frisch, das gibt es auf so gut wie keiner Distribution.

[Homoran]

@thomas-braun wenn wieder jemand vergisst das filesystem zu expandierrn oder i
mit Videos zuballert

[Thomas Braun]

@homoran

Mach mir mal ein Issue im github auf.
Mal schauen ob / wie das funktioniert.