Sven/Snippets

Fork 0

Files

T

Sven Riwoldt d696ff35e7 SQL erweitert, neu: ansible, Linux umd passwd und shadows erweitert

2026-08-19 13:50:00 +02:00

19 KiB

Raw Blame History

Linux: Projekte ablegen, Dateien suchen/löschen und `xargs`

Projekte unter Linux organisieren

Es gibt keine feste Vorgabe, aber einige Verzeichnisstrukturen haben sich etabliert.

Für persönliche Entwicklungsprojekte

Für mehrere Benutzer

Verzeichnis	Zweck
`/srv/`	Gemeinsam genutzte Projekte oder Dienste
`/usr/local/src/`	Systemweiter Quellcode
`/opt/`	Installierte Drittanbieter-Software (nicht für eigenen Quellcode)

Dateien mit `find` suchen und löschen

Dateien nach Namen löschen

Alle .tmp-Dateien löschen:

find . -name "*.tmp" -delete

Erst suchen, dann löschen (empfohlen)

Dateien anzeigen:

find . -name "*.tmp"

Anschließend löschen:

find . -name "*.tmp" -delete

Mit Rückfrage löschen

find . -name "*.tmp" -ok rm {} \;

oder

find . -name "*.tmp" -exec rm -i {} \;

Nach Alter löschen

Logdateien, die älter als 30 Tage sind:

find . -name "*.log" -mtime +30 -delete

Leere Verzeichnisse löschen

find . -type d -empty -delete

Achtung

-delete löscht Dateien sofort und ohne Papierkorb.

Deshalb empfiehlt sich immer:

find ohne -delete
Ergebnisse prüfen
-delete ergänzen

Beispiel:

find ~/Downloads -name "*.zip"

find ~/Downloads -name "*.zip" -delete

xargs erklärt

Was macht `xargs`?

xargs nimmt Eingaben (meist aus einer Pipe) entgegen und macht daraus Argumente für einen anderen Befehl.

Beispiel:

echo "a.txt b.txt c.txt" | xargs rm

Das entspricht:

rm a.txt b.txt c.txt

Typischer Einsatz mit `find`

Ohne xargs:

find . -name "*.log" -exec rm {} \;

Mit xargs:

find . -name "*.log" | xargs rm

xargs bündelt mehrere Dateinamen zu einem einzigen rm-Aufruf und ist dadurch oft effizienter.

Problem mit Leerzeichen

Angenommen, es gibt eine Datei:

Meine Datei.txt

Dann liefert:

find . -name "*.txt" | xargs rm

xargs trennt standardmäßig an Leerzeichen und Zeilenumbrüchen.

Es interpretiert:

./Meine Datei.txt

als zwei Argumente:

./Meine
Datei.txt

Das führt zu Fehlern.

Die sichere Lösung

Deshalb verwendet man fast immer:

find . -name "*.txt" -print0 | xargs -0 rm

Warum?

find -print0 trennt Dateinamen mit einem Nullbyte (\0)
xargs -0 liest genau dieses Format

Dadurch funktionieren auch Dateinamen mit:

Leerzeichen
Tabs
Zeilenumbrüchen
Sonderzeichen

Platzhalter mit `-I`

Soll der Dateiname mitten im Befehl stehen:

find . -name "*.jpg" | xargs -I {} cp {} /backup/

Für jede Datei wird ausgeführt:

cp datei.jpg /backup/

Anzahl der Argumente begrenzen

seq 1 10 | xargs -n 3 echo

Ausgabe:

-n 3 bedeutet: maximal drei Argumente pro Befehlsaufruf.

Parallelisierung

Mehrere Prozesse gleichzeitig starten:

find . -name "*.png" | xargs -P 4 -n 1 convert

Parameter:

-P 4 → bis zu vier Prozesse parallel
-n 1 → ein Dateiname pro Prozess

Alternative ohne `xargs`

Viele moderne Befehle unterstützen bereits mehrere Dateien gleichzeitig.

Beispiel:

find . -name "*.log" -exec rm {} +

Das erreicht nahezu denselben Effekt wie:

find . -name "*.log" -print0 | xargs -0 rm

Merksätze

Projekte

Eigene Projekte → ~/Projects oder ~/src
Gemeinsame Projekte → /srv
Installierte Software → /opt

`find`

Dateien suchen:
```
find . -name "*.txt"
```
Direkt löschen:
```
find . -name "*.txt" -delete
```

`xargs`

Macht aus Pipe-Ausgabe Befehlsargumente.
Spart viele einzelne Programmaufrufe.
Immer sicher verwenden mit:

find . -print0 | xargs -0 <befehl>

Moderne Alternative

Wenn möglich:

find . -exec <befehl> {} +

Diese Variante ist oft einfacher und ebenso effizient.

SNMP: MIB-Auflösung und OID-Übersetzung mit net-snmp

OIDs werden trotz eingehängter MIB nicht textuell aufgelöst

Mögliche Ursachen

MIB wird nicht geladen

MIB liegt nicht in einem durchsuchten Verzeichnis. Prüfen mit net-snmp-config --default-mibdirs; übliche Pfade sind ~/.snmp/mibs, /usr/share/snmp/mibs</mark>.
MIB nicht per -m oder Konfiguration aktiviert. Test: snmpwalk -m ALL ... oder in ~/.snmp/snmp.conf bzw. /etc/snmp/snmp.conf: mibs +MEIN-MIB.
net-snmp lädt standardmäßig nur ein Minimalset. mibs : deaktiviert alles.

Dateiname passt nicht zum MIB-Namen

net-snmp löst Module über den Dateinamen auf; der interne Modulname (vor DEFINITIONS ::= BEGIN) muss stimmen.

Fehlende IMPORTS / Abhängigkeiten

Importierte MIBs (z. B. SNMPv2-SMI, SNMPv2-TC, herstellereigene Basis-MIBs) fehlen → Parsen schlägt still fehl. Sichtbar machen mit:
```
snmptranslate -M+/pfad -m ALL -Dparse-mibs OID
```

Parse-/Syntaxfehler in der MIB

Diagnose:

snmptranslate -Le -m ALL -M /pfad -On MEIN-MIB::objekt

Fehler werden auf stderr ausgegeben.

Numerische OID gehört zu keinem geladenen Zweig

Die abgefragte Enterprise-OID liegt außerhalb dessen, was die MIB definiert (falsche/unvollständige MIB).

Schneller Prüfweg

snmptranslate -m +MEIN-MIB -IR meinObjekt → gibt es einen Treffer?
snmptranslate -Le -M /pfad/zu/mibs -m ALL .1.3.6.1.4.1.<enterprise> → Fehler beim Laden?
Fehlende Import-MIBs nachlegen.

Meist ist es eine fehlende Import-Abhängigkeit oder ein falscher Suchpfad/Modulname.

Umgekehrt: von `MIB::objekt` auf die OID schließen

Textuellen Namen statt numerischer OID übergeben (MIB muss geladen sein):

snmpget  -v2c -c public host MEIN-MIB::meinObjekt.0
snmpwalk -v2c -c public host MEIN-MIB::meinObjekt

Vorher ohne Gerät prüfen (Name → OID)

snmptranslate -On MEIN-MIB::meinObjekt

-On erzwingt die numerische Ausgabe, also die zugehörige OID.

Umgekehrt (OID → Name):

snmptranslate .1.3.6.1.4.1.xxx

Nützliche Varianten

Objektname allein suchen (ohne MIB::-Präfix):
```
snmptranslate -IR -On meinObjekt
```
Vollständigen symbolischen Pfad anzeigen:
```
snmptranslate -Of MEIN-MIB::meinObjekt
```
Objektdetails (Typ, Zugriff, Beschreibung):
```
snmptranslate -Td MEIN-MIB::meinObjekt
```

Hinweise

Scheitert snmpget MEIN-MIB::meinObjekt.0 mit „Unknown Object Identifier", ist die MIB nicht geladen → mit -m +MEIN-MIB bzw. -M /pfad ergänzen.
Bei skalaren Objekten die .0-Instanz nicht vergessen.

Idoit von 35 auf 38

Test auf Masternode

kein main-Mode
ohne ansible

php8.2 zu 8.4

8.2-Module ermitteln, die Ausgabe listet die entsprechenden 8.4-Paketnamen

dpkg -l | grep '^ii php8.2' | awk '{print $2}' | sed 's/8.2/8.4/'

Update der entsprechenden Pakete

apt update
apt install -y $(dpkg -l | grep '^ii  php8.2' | awk '{print $2}' | sed 's/8.2/8.4/')

Umschalten (mod_php/Apache) und CLI

a2dismod php8.2 && a2enmod php8.4
crm res restart rcapache2
update-alternatives --set php /usr/bin/php8.4

Zertifikate

Ein CSR (Certificate Signing Request) erstellen (bei vorhandenem )

openssl req -new -key server.key -out server.csr

Hier werden dann einige Daten abgefragt. Daher ist es einfacher mit einem Config-File das man mit übergibt

openssl req -new -key server.key -out server.csr -config config.req

Muster für ein Config-File

[ req ]
default_bits           = 4096
distinguished_name     = req_distinguished_name
req_extensions         = req_cert_ext
prompt                 = no
default_days           = 365

[ req_distinguished_name ]
#
# requested SubjectDN
# 
C                      = DE
O                      = Bund
OU                     = Service
CN                     = cmdb01.adm.ivbb.bund.de
emailAddress           = mail@bund.de

[req_cert_ext]
#
subjectAltName = @alt_names

## requested SubjectAlternativeNames (SANs)

[ alt_names ]
DNS.1 = cmdb01.adm.ivbb.bund.de
DNS.2 = mlseazcmd01.adm.ivbb.bund.de
DNS.3 = mlsfazcmd01.adm.ivbb.bund.de

Betrachten des CSR

openssl req -text -in  <csr>

Notizen zu Zertifikate

Private Key erstellen

openssl genrsa -out $HOME/servercrt/dlsea3tim01.server.key 2048

Zertifikatsrequest erstellen

openssl req -new -days 1095 -key dlsea3tim01.server.key -out dlsea3tim01.server.csr -config req_config.dlsea3tim01.adm.ivbb.bund.de

Zertifikatsrequest ansehen

openssl req -text -in dlsea3tim01.server.csr|less

Bei Apache/mod_ssl ist der Unterschied:

SSLCertificateFile → enthält das öffentliche Zertifikat des Servers. Darin stecken u. a. der öffentliche Schlüssel, Domainname und die Signatur der CA. Dieses Zertifikat wird beim TLS-Handshake an den Client geschickt.
SSLCertificateKeyFile → enthält den dazugehörigen privaten Schlüssel. Er bleibt ausschließlich auf dem Server und darf niemals veröffentlicht werden.

SCP

scp [Optionen] [Quelle] [Ziel]

Optionen

Dies sind optionale Flags, die das Verhalten des SCP-Befehls verändern. Sie können verschiedene Optionen verwenden, um den Übertragungsprozess individuell zu gestalten. Hier sind einige gängige Optionen:

-r: Kopiert Verzeichnisse und deren Inhalte rekursiv.
-p: Behält die Berechtigungen, Zeitstempel und Modi der Originaldatei bei.
–P: Gibt die Portnummer für die SSH-Verbindung an.
–i: Gibt die private Schlüsseldatei für die SSH-Authentifizierung an.
-C: Verwenden Sie die Komprimierung, um die Datenübertragung zu beschleunigen.
-l: Begrenzen Sie die für die Übertragung verwendete Bandbreite (in Kbit/s).
-v: Ausführlicher Modus – zeigt Debugging-Meldungen während der Übertragung an.
-o: Übergibt eine Option an den SSH-Client. Sie kann verwendet werden, um die strenge Prüfung des Hostschlüssels zu deaktivieren.

Linux: `/etc/passwd` und `/etc/shadow`

Unter Linux werden Benutzerinformationen hauptsächlich in den Dateien /etc/passwd und /etc/shadow gespeichert.

/etc/passwd enthält allgemeine Informationen über Benutzerkonten.
/etc/shadow enthält sensible Informationen zur Passwort- und Accountverwaltung.

1. `/etc/passwd`

Die Datei /etc/passwd enthält pro Benutzer eine Zeile.

Beispiel

max:x:1001:1001:Max Mustermann:/home/max:/bin/bash

Die einzelnen Felder werden durch einen Doppelpunkt (:) getrennt.

max:x:1001:1001:Max Mustermann:/home/max:/bin/bash

 │  │   │    │         │           │          │

 │  │   │    │         │           │          └─ Login-Shell

 │  │   │    │         │           └─ Home-Verzeichnis

 │  │   │    │         └─ Kommentar / GECOS

 │  │   │    └─ primäre GID

 │  │   └─ UID

 │  └─ Passwort-Platzhalter

 └─ Benutzername

Aufbau

| Feld | Beispiel | Bedeutung |

|---|---|---|

| 1 | max | Benutzername |

| 2 | x | Passwort-Platzhalter |

| 3 | 1001 | UID – User ID |

| 4 | 1001 | GID – primäre Group ID |

| 5 | Max Mustermann | Kommentar / GECOS |

| 6 | /home/max | Home-Verzeichnis |

| 7 | /bin/bash | Login-Shell |

Feld 1 – Benutzername

max

Der eindeutige Name, unter dem der Benutzer im System bekannt ist.

Feld 2 – Passwort-Platzhalter

Das x bedeutet, dass sich die eigentlichen Passwortinformationen in /etc/shadow befinden.

Historisch konnten Passwort-Hashes direkt in /etc/passwd gespeichert werden. Das wäre heute problematisch, da /etc/passwd normalerweise für alle Benutzer lesbar sein muss.

Feld 3 – UID

Die UID (User ID) ist die numerische Kennung des Benutzers.

Linux arbeitet intern an vielen Stellen mit der UID und nicht mit dem Benutzernamen.

Beispielsweise besitzt root normalerweise die UID:

Feld 4 – GID

Die GID (Group ID) gibt die primäre Gruppe des Benutzers an.

Weitere Gruppenzugehörigkeiten werden normalerweise über /etc/group bzw. entsprechende Benutzerverwaltungsdienste bestimmt.

Feld 5 – GECOS / Kommentar

Max Mustermann

Dieses Feld kann zusätzliche Informationen über den Benutzer enthalten, beispielsweise:

vollständiger Name
Raumnummer
Telefonnummer
sonstige Informationen

Feld 6 – Home-Verzeichnis

/home/max

Das Home-Verzeichnis des Benutzers.

Nach einem normalen Login befindet sich der Benutzer üblicherweise in diesem Verzeichnis.

/bin/bash

Die Shell, die nach einem Login gestartet werden soll.

Beispiele:

/bin/bash

/bin/sh

/bin/zsh

Bei Systemkonten findet man häufig auch:

/usr/sbin/nologin

oder:

/bin/false

Damit soll normalerweise ein interaktiver Login verhindert werden.

2. `/etc/shadow`

Die Datei /etc/shadow enthält die sensiblen Passwort- und Ablaufinformationen eines Benutzers.

Sie ist deshalb im Gegensatz zu /etc/passwd normalerweise nur für root bzw. entsprechend privilegierte Prozesse lesbar.

Beispiel

max:$6$...:20680:0:99999:7:::

Eine Zeile besteht aus 9 Feldern:

max:$6$...:20680:0:99999:7:::

 │      │      │   │    │   │ │ │ │

 │      │      │   │    │   │ │ │ └─ reserviert

 │      │      │   │    │   │ │ └─ Account-Ablauf

 │      │      │   │    │   │ └─ Inaktivität

 │      │      │   │    │   └─ Warnzeit

 │      │      │   │    └─ maximales Passwortalter

 │      │      │   └─ minimales Passwortalter

 │      │      └─ letzte Passwortänderung

 │      └─ Passwort-Hash / Passwortstatus

 └─ Benutzername

Aufbau

| Feld | Bedeutung |

|---|---|

| 1 | Benutzername |

| 2 | Passwort-Hash / Passwortstatus |

| 3 | Letzte Passwortänderung |

| 4 | Minimales Passwortalter |

| 5 | Maximales Passwortalter |

| 6 | Warnzeit vor Passwortablauf |

| 7 | Inaktivitätszeit |

| 8 | Ablaufdatum des Accounts |

| 9 | Reserviert |

3. Benutzername

Das erste Feld muss zum entsprechenden Benutzerkonto passen.

Beispiel:

max

Damit können die Informationen aus /etc/passwd und /etc/shadow demselben Benutzer zugeordnet werden.

4. Passwort-Hash / Passwortstatus

Das zweite Feld ist besonders wichtig.

Ein Eintrag könnte beispielsweise folgendermaßen aussehen:

$6$salt$hash

Dabei steht $6$ bei klassischen crypt-Passwörtern für SHA-512.

Auf modernen Linux-Systemen können auch andere Verfahren eingesetzt werden, beispielsweise yescrypt, das häufig an einem Präfix wie $y$ erkennbar ist.

Das Passwort selbst wird nicht gespeichert. Stattdessen wird ein daraus berechneter Hash gespeichert.

5. Besondere Werte im Passwortfeld

Das zweite Feld kann auch Werte enthalten, die keinen gültigen Passwort-Hash darstellen.

Übersicht

| Eintrag | Typische Bedeutung |

|---|---|

| $6$... | Passwort-Hash, z. B. SHA-512 |

| $y$... | Passwort-Hash, z. B. yescrypt |

| !$6$... | Passwort gesperrt, ursprünglicher Hash noch vorhanden |

| !! | Kein verwendbares Passwort gesetzt / Passwort-Login gesperrt |

| * | Passwort-Authentifizierung nicht möglich |

| leer | Potenziell kein Passwort erforderlich – sicherheitskritisch |

6. Was bedeutet `!!`?

Beispiel:

max:!!:20680:0:99999:7:::

Hier steht im zweiten Feld:

!!

!! ist kein gültiger Passwort-Hash.

Es bedeutet typischerweise:

Für diesen Benutzer ist kein verwendbares lokales Passwort gesetzt. Eine Authentifizierung über dieses Passwortfeld ist daher nicht möglich.

Das sieht man beispielsweise bei neu angelegten oder bewusst für Passwort-Logins gesperrten Accounts.

Wichtig ist dabei:

Ein gesperrtes Passwort ist nicht automatisch dasselbe wie ein vollständig gesperrter Benutzeraccount.

Abhängig von der Systemkonfiguration könnten andere Authentifizierungsverfahren weiterhin funktionieren, beispielsweise:

SSH Public Keys
Kerberos
LDAP / zentrale Authentifizierung
SSO
andere PAM-basierte Verfahren

Vereinfacht:

max:!!:20680:0:99999:7:::

    ^^

    │

    └── kein gültiger Passwort-Hash

        → lokale Passwortauthentifizierung nicht möglich

7. Passwortalter und Ablauf

Die restlichen Felder von /etc/shadow steuern unter anderem die Gültigkeitsdauer eines Passworts.

Beispiel:

max:$6$...:20680:0:99999:7:::

Hier bedeuten die Werte:

20680 : 0 : 99999 : 7

  │      │     │     │

  │      │     │     └─ Warnung vor Ablauf

  │      │     └─ maximales Passwortalter

  │      └─ minimales Passwortalter

  └─ letzte Passwortänderung

Die Datumswerte werden grundsätzlich als Anzahl der Tage seit dem 01.01.1970 angegeben.

8. Warum gibt es zwei Dateien?

Der Grund für die Trennung ist hauptsächlich die Sicherheit.

/etc/passwd muss von vielen Programmen gelesen werden können.

Beispielsweise müssen Programme herausfinden können:

UID 1001 → Benutzer max

Daher ist /etc/passwd normalerweise für alle Benutzer lesbar.

Passwort-Hashes sollen dagegen geschützt werden.

Deshalb wurden sie in die stärker geschützte Datei /etc/shadow ausgelagert.

9. Zusammenhang von `/etc/passwd` und `/etc/shadow`

Für denselben Benutzer könnten die Einträge beispielsweise so aussehen:

`/etc/passwd`

max:x:1001:1001:Max Mustermann:/home/max:/bin/bash

`/etc/shadow`

max:!!:20680:0:99999:7:::

Beide Einträge gehören über den Benutzernamen max zusammen.

Zusammengefasst:

/etc/passwd

     │

     ├── Benutzername

     ├── UID

     ├── GID

     ├── Home-Verzeichnis

     └── Login-Shell



/etc/shadow

     │

     ├── Benutzername

     ├── Passwort-Hash / Passwortstatus

     ├── Passwortalter

     ├── Warnzeit

     └── Account-Ablauf

Merksatz

/etc/passwd beschreibt den Benutzer, /etc/shadow beschreibt vor allem seinen Passwort- und Ablaufstatus.

19 KiB Raw Blame History Unescape Escape

Linux: Projekte ablegen, Dateien suchen/löschen und xargs

Projekte unter Linux organisieren

Für persönliche Entwicklungsprojekte

Für mehrere Benutzer

Dateien mit find suchen und löschen

Dateien nach Namen löschen

Erst suchen, dann löschen (empfohlen)

Mit Rückfrage löschen

Nach Alter löschen

Leere Verzeichnisse löschen

Achtung

xargs erklärt

Was macht xargs?

Typischer Einsatz mit find

Problem mit Leerzeichen

Die sichere Lösung

Warum?

Platzhalter mit -I

Anzahl der Argumente begrenzen

Parallelisierung

Alternative ohne xargs

Merksätze

Projekte

find

xargs

Moderne Alternative

SNMP: MIB-Auflösung und OID-Übersetzung mit net-snmp

OIDs werden trotz eingehängter MIB nicht textuell aufgelöst

Mögliche Ursachen

Schneller Prüfweg

Umgekehrt: von MIB::objekt auf die OID schließen

Vorher ohne Gerät prüfen (Name → OID)

Nützliche Varianten

Hinweise

Idoit von 35 auf 38

php8.2 zu 8.4

Zertifikate

Ein CSR (Certificate Signing Request) erstellen (bei vorhandenem )

Muster für ein Config-File

Betrachten des CSR

Notizen zu Zertifikate

Private Key erstellen

Zertifikatsrequest erstellen

Zertifikatsrequest ansehen

SCP

Optionen

Linux: /etc/passwd und /etc/shadow

1. /etc/passwd

Beispiel

Aufbau

Feld 1 – Benutzername

Feld 2 – Passwort-Platzhalter

Feld 3 – UID

Feld 4 – GID

Feld 5 – GECOS / Kommentar

Feld 6 – Home-Verzeichnis

Feld 7 – Login-Shell

2. /etc/shadow

Beispiel

Aufbau

3. Benutzername

4. Passwort-Hash / Passwortstatus

5. Besondere Werte im Passwortfeld

Übersicht

6. Was bedeutet !!?

7. Passwortalter und Ablauf

8. Warum gibt es zwei Dateien?

9. Zusammenhang von /etc/passwd und /etc/shadow

/etc/passwd

/etc/shadow

Merksatz

19 KiB

Raw Blame History

Linux: Projekte ablegen, Dateien suchen/löschen und `xargs`

Dateien mit `find` suchen und löschen

Was macht `xargs`?

Typischer Einsatz mit `find`

Platzhalter mit `-I`

Alternative ohne `xargs`

`find`

`xargs`

Umgekehrt: von `MIB::objekt` auf die OID schließen

Linux: `/etc/passwd` und `/etc/shadow`

1. `/etc/passwd`

2. `/etc/shadow`

6. Was bedeutet `!!`?

9. Zusammenhang von `/etc/passwd` und `/etc/shadow`

`/etc/passwd`

`/etc/shadow`