QuickTipp: Passwort mit Hilfe von Linux generieren

Ein Passwort generieren
Mit dem heutigen Quick-Tipp lässt sich mit Hilfe der Linux-Shell und einem einzeiligen Befehl mit meist bereits vorhandenen Linux-Befehlen ein zufälliges 20-stelliges Passwort generieren – wunderbar für die Verwendung von automatischen Installationsscripts, ohne irgendwelche besonderen Abhängigkeiten zu haben bzw. spezielle Pakete vorher installieren zu müssen.

head -c 300 /dev/urandom | tr -cd '[a-zA-Z0-9-_]' | head -c 20

Mehrere Passwörter generieren
Beispiel um neun Passwörter je 20 Zeichen zu generieren:

# for ((i=1; i<=9; i++)); do echo -n "$i: " && head -c 300 /dev/urandom | tr -cd '[a-zA-Z0-9-_]' | head -c 20 && echo; done 1: UJB1-Fa0ELrFN8Rw5Qvx 2: x7et5c55ggG71[sNjN6x 3: -K9CsPSF_DO]P2NA3vkC 4: DjojU3Y9NMOgbQ50IYwS 5: GEJVdHmp-_VuTx_A7izX 6: KMnlxD[9543Gil_UNAd0 7: eazr4sPeGE0a-ZqG-Pxu 8: eCbf4tELNc7kn]Z0WCv6 9: WqjVnmKdcin_wg6BKRuc

Kurze Erklärung
Der Befehl kurz genauer erläutert:

head -c 300 /dev/urandom Liest die ersten 300 zufälligen Zeichen von /dev/urandom aus
tr -cd '[a-zA-Z0-9-_]' Löscht alle Zeichen, bis auf Buchstaben, Zahlen, Binde- und Unterstriche
head -c 20 Gibt die ersten 20 Zeichen der geparsten Ausgabe aus

Update 16.09.2014: Man kann hierbei auch tr -cd '[:print:]' verwenden, wenn man alle "normal lesbaren" Zeichen zulassen möchte. Die Passwörter würden dann so ähnlich aussehen: k-/abFcS$I eA6m`its~

Firewall: Port blockieren und nur für einzelne IPs freigeben

Mit iptables und wenigen Befehlen kann man sehr leicht einen Port nur für einzelne IPs freigeben. In diesem Beispiel sperren wir den MySQL Port (Standard: 3306) für alle und geben einzelne IPs frei, die weiterhin darauf zugreifen dürfen. Bei wechselnden IPs müsste man die Regeln jedes Mal erneut anlegen.

Einzelne IPs freigeben
Zuerst geben wir alle IPs frei, die danach weiterhin zugreifen dürfen. So verhindern wird, dass die MySQL Verbindungen unterbrochen werden, wenn wir die Sperr-Regel hinzufügen. Beispielsweise geben wir nun 1.2.3.4 und 4.3.2.1 als IP für den MySQL-Port frei:

iptables -A INPUT -p tcp --src 1.2.3.4 --dport 3306 -j ACCEPT
iptables -A INPUT -p tcp --src 4.3.2.1 --dport 3306 -j ACCEPT

Port nun für alle Anderen sperren
Nun sperren wir endgültig den MySQL Port für alle Anderen, die wir vorhin nicht freigegeben haben:

iptables -A INPUT -p tcp --dport 3306 -j DROP

IPv6 Protokoll
Sollte primär oder auch zusätzlich das neue IPv6-Protokoll verwendet werden, so müssen die Regeln ebenfalls für IPv6 eingestellt werden. Also geben wir erneut als ersten Schritt die IPv6 IPs frei:

ip6tables -A INPUT -p tcp --src 2a01:4f8:191:3481::1 --dport 3306 -j ACCEPT
ip6tables -A INPUT -p tcp --src 2a01:4f8:191:3481::2 --dport 3306 -j ACCEPT

…oder das gesamte /64 Subnetz mit dem Befehl:

ip6tables -A INPUT -p tcp --src 2a01:4f8:191:3481::/64 --dport 3306 -j ACCEPT

Am Ende müssen wir nun den Port für alle anderen Ipv6 Adressen ebenfalls blockieren:

ip6tables -A INPUT -p tcp --dport 3306 -j DROP

Hinweise

  • MySQL lauscht bei der Einstellung “bind-address 0.0.0.0” nur auf IPv4 und nicht auf IPv6. Damit MySQL auf allen IPv6 Interfaces lauscht, muss stattdessen der Wert “bind-address ::” angegeben werden.
  • Sollte eine Regel falsch hinzugefügt worden sein, muss man alle Regeln aus iptables entfernen und von erneut beginnen. Die Regeln lassen sich mit iptables -F bzw. ip6tables -F flushen (= leeren).
  • Mehrere Ports (Port-Bereiche) können mit einem Doppelpunkt definiert werden. Zum Beispiel Port 100 bis 200: ip6tables -A INPUT -p tcp –dport 100:200 -j DROP

Abschlusswort
Wie man sehen kann, gibt es zwischen IPv4 und IPv6 nur einen kleinen Unterschied: Zwar muss man unbedingt dafür ip6tables dafür verwenden.

Als großes Manko gilt leider, dass es unter den Linux Kernel 3.7 kein IPv6 NAT gibt – das bedeutet, dass man nicht so einfach wie bei IPv4 einzelne Ports an andere IP Adressen weiterleiten kann. Es gibt Community Patches für Kernel Versionen unter 3.7, die es ebenfalls ermöglichen, nur ist dafür eine eigene Kompilation des Kernels erforderlich (was bei unerfahrenen Benutzern schlecht enden könnte!)

Wie das blockieren bzw. freigeben einzelner IPs (alle Ports) möglich ist, habe ich bereits kurz in einem eigenen Artikel erwähnt: Linux: IP mit iptables blockieren und freigeben

KVM: qcow2 Disk-Image mit Hilfe von qemu mounten

Bei der Virtualisierungstechnologie KVM gibt es verschiedenste Disk-Formate bei der Erstellung zur Auswahl – eines dieser Formate ist qcow2. Nach der Löschung einer KVM Maschine, benötigte ich die Daten der virtuellen Festplatte erneut und hatte zum Glück noch ein Backup zur Hand. Mit Hilfe von qemu-nbd ist es möglich, das Image problemlos in einen Ordner zu mounten.

Das Mounten des Images geht wie folgt:
modprobe nbd max_part=8 # Kernel-Modul laden
qemu-nbd --connect=/dev/nbd0 /home/kvm/100/hdd.qcow2 # Image als Device hinzufügen
mount /dev/nbd0p1 /mnt/ # erste Partition der HDD nach /mnt mounten

Nun kann man einfach auf die Daten unter /mnt/ zugreifen.
Zum Trennen werden folgende Befehle benötigt:

umount /mnt/ # Ordner unmounten
qemu-nbd --disconnect /dev/nbd0 # Device trennen

Jetpack Sharing: Weitere Abfragen verhindern

Die meisten WordPress Benutzer werden höchstwahrscheinlich das Plugin namens “Jetpack” kennen und unter den vielen verschiedenen Module auch die “Sharing”-Funktionalität. Das Modul fügt Facebook, Twitter & Co unter jedem Post ein, um das Teilen der Beiträge zu erleichtern. Zusätzlich ruft das Modul von den Seiten ab, wie oft dieser Link nun schon geteilt wird. Gerade diese mehrere Zugriffe auf externe Seiten, wenn mehrere Posts auf einer Seite angezeigt werden, können das Laden der Seite etwas verzögern.

Aus diesem Grund hab ich mir den Code des Sharedaddy-Moduls genauer angesehen und herausgefunden, wie man die externe Zugriffe auf Facebook & Co unterbinden kann. Dazu öffnet die folgende Datei in einem Editor:

/wp-content/plugins/jetpack/modules/sharedaddy/sharing.js

Und ändert diese beiden Zeilen (Zeile 50 und 51)

$( document ).on( 'ready', WPCOMSharing_do );
$( document.body ).on( 'post-load', WPCOMSharing_do );

in folgende um:

/*$( document ).on( 'ready', WPCOMSharing_do );*/
/*$( document.body ).on( 'post-load', WPCOMSharing_do );*/

Nun wird nicht mehr angezeigt, wie oft welcher Beitrag geteilt wurde und sparrt somit etwas Ladezeit. Leider wird die Änderung bei jedem Update des Plugins überschrieben und muss somit erneut übernommen werden.