Debian

Sollen Daten mit Debian kopiert werden, vielleicht auf andere Hosts mit SSH, eignet sich das Programm „rsync“ dafür sehr gut. Erklärung Dieser Befehl macht folgendes: -v : Verbose-Ausgabe, das heißt, das mehr Information ausgegeben wird -a : Archive-Mode, ist ein Shortcut-Attribut für -rlptgoD, wobei das für folgendes steht: -r : rekursiv, es werden auch Unterverzeichnisse mit-kopiert -l : links, symbolische Links werden erhalten und als solche kopiert -p : permission, die Berechtigungen der Dateien bleiben erhalten -t : times, die Zeit der letzten Bearbeitung usw....

Mit Debian 10 gibt es das Paket heirloom-mailx nicht mehr, dieses heißt nun s-nail. Die Syntax bleibt jedoch komplett gleich. Wie man das Programm verwenden kann, haben wir in diesem Blog-Eintrag bereits gezeigt.

Heute habe ich einen Anwendungsfall gehabt, wo es Sinn macht, den Private-Key zu übernehmen: Ich habe einen alten Nextcloud-Server in einen LXC migriert. Weil ich von diesen Debian-Instanzen ein Borg-Backup auf einen entfernten Standort mache, habe ich vom alten Server den Private-Key auf den LXC übernommen. Das funktioniert folgendermaßen: SSH arbeitet diese Einträge von oben nach unten ab, sollte der erste Key nicht authentifizieren, so wird der nächste genommen, bis ans Ende der Liste....

UPDATE vom UPDATE (19.12.2019): Der Fix unten hilft nur bedingt. Ich empfehle, bei cron mit dem Eintrag MAILTO="" die E-Mail-Benachrichtigung zu deaktvieren, damit ihr nicht genervt werden. Ich habe das Issue bei sanoid auf Github im Auge und werde den Artikel aktualiseren, sobald ich mehr weiß. UPDATE/INFO (18.12.2019): Aktuell gibt es einen Bug, bei dem Sanoid ständig errors von sich gibt, die einem das ganze E-Mail-Postfach füllen (bei Proxmox zumindest). Um dieses Problem zu „lösen“ (quick and dirty fix), einfach den cron-Befehl...

Will man als Webhoster seinen Kunden einen SFTP-Zugang bieten, lässt sich dieser wie folgt einrichten: Zuerst wird der User angelegt: Damit der User keinen Zugriff auf die Shell hat, nehmen wir ihm mit folgendem Kommando die Rechte dafür ab: Nun beschränken wir den Kunden im Dateisystem. Wir nehmen den Ordner „/var/www/kunde1“ als Beispiel Jetzt hätte eigentlich der Webserver keinen Zugriff mehr auf den Ordner, was nicht Sinn der Sache ist… Ich empfehle, hier nochmals einen Unterordner zu machen, in dem dann der Inhalt der Website liegt....