BackupPC on Michael’s Domain

Sicherung von PCs und Macs

Wed, 13 Apr 2016 00:00:00 +0000

Ich selbst nutze die Backup-Software BackupPC bereits seit fast einem Jahrzehnt und habe vor etwa zwei Jahren damit begonnen, unsere Laborcomputer auf einem zentralen Backup-Server zu sichern. BackupPC unterstützt Deduplizierung, sodass auf einigen wenigen 2-TB-Festplatten viel Datenvolumen gespeichert werden kann. BackupPC unterstützt viele Protokolle (SMB, FTP, tar/rsync über SSH), aber wir nutzen meist rsync über SSH. Die Daten werden vor der Sicherung nicht verschlüsselt. Seltsamerweise wird nicht einmal die kommende Version 4 eine Verschlüsselung vor der Übertragung unterstützen. Wir speichern das Backup jedoch auf einem verschlüsselten Volume. Auf diese Weise sind die Daten zumindest geschützt, falls der Backup-Server gestohlen wird. Und während der Übertragung sind die Daten durch SSH geschützt. Das System entspricht jedoch nicht dem TNO („trust no one“), da ich (als BackupPC-Administrator) auf die Dateien zugreifen kann. Unter Linux wäre eine mögliche Methode, das Home-Verzeichnis des Benutzers mit eCryptFS (was bei der Erstellung von Benutzern unter Ubuntu eine integrierte Option ist) zu verschlüsseln und anschließend das Verzeichnis /home/.ecryptfs anstelle des Home-Verzeichnisses des Benutzers zu sichern. Die Wiederherstellung wäre jedoch ein wesentlich größeres Problem. Man könnte zwar die Verzeichnisstruktur und die Dateien der Sicherung durchsuchen, doch die Dateinamen wären bedeutungslos, da sie bei diesem Vorgang ebenfalls verschlüsselt werden.Bei der Sicherung von Mac-OS-X-Rechnern gibt es eine Besonderheit: BackupPC verbindet sich normalerweise als „root“ per SSH mit dem Client-Rechner und führt den rsync-Sicherungsbefehl aus. Um dies auf von der Universität verwalteten Mac-OS-X-Rechnern zu ermöglichen, mussten wir auf den Client-Rechnern einen dedizierten Benutzer („backuppc“) anlegen und diesem Benutzer die Ausführung von rsync mit Root-Rechten gestatten, was durch Hinzufügen dieser Zeile in die Datei /etc/sudoers erfolgt: backuppc ALL=NOPASSWD: /usr/bin/rsync. Anschließend müssen wir den SSH-/rsync-Befehl für den Mac-Client auf dem „backuppc“-Server anpassen, indem wir „root“ durch „backuppc“ ersetzen.

Verschlüsselte Datensicherung mit BackupPC, LVM und cryptsetup

Sat, 22 Sep 2007 00:00:00 +0000

Ich erstelle Offsite-Backups mit BackupPC. Da die Datenmenge ständig zunimmt, muss ich gelegentlich weitere Festplatten hinzufügen. Außerdem möchte ich, dass die Daten verschlüsselt werden, zumindest nachdem das System, auf dem die BackupPC-Anwendung läuft, heruntergefahren wurde. Deshalb habe ich mich für Logical Volume Management (LVM) und die Blockgeräteverschlüsselung (cryptsetup) entschieden. Folgende Schritte waren erforderlich (unter Ubuntu Feisty):

BackupPC (und Mac OS X)

Fri, 25 May 2007 00:00:00 +0000

BackupPC scheint eine coole Anwendung zu sein. Abgesehen davon, dass der Einstieg nicht gerade einfach ist. Ich habe BackupPC-2.0.0.tar.gz heruntergeladen und im Verzeichnis /usr/local/backuppc installiert. Anschließend habe ich die Datei config.pl ausgeführt und alle Fragen beantwortet, die ich beantworten konnte. Der Ort, an dem ich meine Daten sichern möchte, ist meine zweite Festplatte /dev/hdb5, die als ReiserFS formatiert und unter /mnt/hdb eingehängt ist. Nach Ausführung des Konfigurationsskripts gab es in /mnt/hdb ein neues Verzeichnis: backuppc, das sechs weitere Verzeichnisse enthielt: conf, cpool, log, pc, pool und trash. Übrigens kann man kein smbmount verwenden, um die Sicherungsdaten zu speichern (zumindest nicht ohne Weiteres). Das Skript configure.pl versucht, die Dateien auf dem SMB-Mount mit chown umzubesitzen, was zum Abbruch des Perl-Skripts führt (dies ließe sich ändern, und der chown-Befehl könnte manuell durchgeführt werden, indem man die korrekten UID und GID in der fstab definiert). Ich habe mich einen Tag lang damit herumgeschlagen (habe dem SMB-Mount sogar fmask=777,dmask=777 und den richtigen Eigentümer/die richtige Gruppe zugewiesen), aber ohne Erfolg, da das Skript offenbar den chown-Befehl ausführen will. Ich muss dieses Problem wahrscheinlich lösen, da ich über das Netzwerk ein Backup auf einem Macintosh mit OS X erstellen muss und daher Samba (oder NFS…) verwenden muss. Ich verwende tar über SSH, um meinen Client zu sichern (tatsächlich sind in meinem Fall der Server und einer der Clients physisch ein und dieselbe Maschine). Jedenfalls muss ich SSH einrichten. Da ich RH9 habe, ist es OpenSSH (SSH2). Ein weiterer Client läuft unter Mac OS X (10.3). Es funktioniert recht gut, nachdem ich herausgefunden habe, dass sich der Befehl „tar“ unter Mac OS X weder im PATH noch an seinem normalen Speicherort befindet, sondern in /usr/bin/tar. Ich habe einfach einen Link erstellt und BackupPC funktionierte: sudo ln -s /usr/bin/tar /bin/tar

Manuelles Entpacken von Backup-Dateien, die mit BackupPC erstellt wurden (Zzzz)

Thu, 05 Apr 2007 00:00:00 +0000

Das Perl-Skript /usr/local/backuppc/bin/BackupPC_zcat erledigt das, allerdings muss BackupPC dafür installiert sein. Es gibt ein eigenständiges Frontend für die Komprimierungsbibliotheken namens Zzzz… , das von demselben Entwickler stammt, der auch hinter mplayer steht.

Einrichtung der BackupPC Web-GUI mit Apache2 unter SUSE 9

Fri, 20 Feb 2004 00:00:00 +0000

BackupPC lief, ohne dass ich es bemerkt habe. Jetzt möchte ich die Weboberfläche einrichten. Zunächst habe ich apache2-mod_perl und perl-Tie-IxHash heruntergeladen (es gibt SUSE-RPMs) und installiert.Verzeichnisse/Dateien, die ich dupliziert habe (dies ist nur notwendig, wenn Sie zwei Instanzen des Apache-Servers ausführen müssen):cp -a /etc/apache2 /etc/apache2backuppcchmod -R 775 /var/log/apache2backuppc/cp -a /var/log/apache2 /var/log/apache2backuppcchown -R backuppc:users /var/log/apache2backuppc/ cp /var/run/httpd2.pid /var/run/httpd2backuppc.pidchmod 644 /var/run/httpd2backuppc2.pidchown backuppc:users /var/run/httpd2backuppc.pid cp -a /etc/sysconfig/apache2 /etc/sysconfig/apache2backuppcchmod 644 /etc/sysconfig/apache2backuppcchown backuppc:users /etc/sysconfig/apache2backuppccp /etc/init.d/apache2 /etc/apache2backuppcAnschließend habe ich die folgenden Dateien bearbeitet:/etc/sysconfig/apache2backuppc APACHE_ACCESS_LOG auf einen neuen Speicherort ändern!!!!/etc/apache2backuppc/listen.conf Ändere 80 in 8080/etc/apache2backuppc/uid.conf Ändere wwwrun/www in backuppc/users/etc/apache2backuppc/httpd.conf1. Ändern Sie alle Vorkommen der Verzeichnisse „apache2“ in „apache2backuppc“. Ändern Sie die Einstellungen auf „AllowOverride Indexes AuthConfig“. Der folgende Befehl startet Apache2 als Benutzer „backuppc“ und lässt ihn auf Port 8080 lauschen: /usr/sbin/httpd2-prefork -f /etc/apache2backuppc/httpd.conf Aus irgendeinem Grund startet er beim Systemstart noch nicht automatisch.Für die im mod_perl-Modus laufende Weboberfläche deaktiviere ich das CGI-Skript, damit es als Benutzer „backuppc“ ausgeführt wird:chmod u-s /srv/www/cgi-bin/BackupPC_Admin Ich weiß allerdings nicht, ob Apache2 mod_perl unterstützt, da mod_perl bei der Abfrage /usr/sbin/httpd2-prefork -l nicht aufgeführt wird. Aber liegt das vielleicht daran, dass ich Apache2 und nicht Apache verwende???Ich füge Folgendes in die Datei /etc/apache2backuppc/mod_info.conf ein:LoadModule perl_module /usr/lib/apache2/mod_perl.so PerlModule Apache2 SetHandler perl-script PerlResponseHandler ModPerl::Registry PerlOptions +ParseHeaders Options +ExecCGI Order deny,allow Deny from all Allow from localhost AuthName "Backup Admin" AuthType Basic AuthUserFile /etc/apache2/conf.d/passwd Require valid-user Nun muss ich im Verzeichnis cgi-bin eine .htaccess-Datei mit folgendem Inhalt erstellen:AuthGroupFile /etc/apache2/conf.d/group AuthUserFile /etc/apache2/conf.d/passwd AuthType basic AuthName "access" require valid-user Anschließend muss ich die Passwortdatei erstellen (verwende das Flag -a, um einen Benutzer hinzuzufügen!): /usr/sbin/htpasswd2 -c /etc/apache2/conf.d/passwd backuppc >Neues Passwort: ******* >Neues Passwort erneut eingeben: ******* >Passwort für Benutzer backuppc wird hinzugefügt Anschließend habe ich den Dienst neu gestartet. Es hat nicht funktioniert. Also habe ich die Berechtigungen des CGI-Skripts geändert:chmod 750 /srv/www/cgi-bin/BackupPC_Adminls -al /srv/www/cgi-bin/BackupPC_Admin Das sollte als Ergebnis rwxr-x— ergeben. Jetzt funktioniert es! Zumindest wird die Verwaltungs-Webseite in meinem Browser geladen. Allerdings ohne dass ich mich authentifizieren muss. Und ich kann nichts verwalten. Also habe ich in /etc/apache2backuppc/default-server.conf Folgendes hinzugefügt: /srv/www/cgi-bin/BackupPC_Admin Setenv REMOTE_USER backuppc und ich habe Folgendes geändert:AllowOverride None in: AllowOverride Indexes AuthConfig. Außerdem habe ich ebenfalls: AllowOverride None in: AllowOverride Indexes AuthConfig geändert. Ich weiß nicht, was davon wirklich notwendig ist. Aber jetzt funktioniert die Authentifizierung, und wenn ich in das Feld „Host oder Benutzername“ „localhost“ eingebe, versucht das Skript zumindest, auf die richtigen Seiten zuzugreifen, scheitert jedoch mit der Fehlermeldung: Nur berechtigte Benutzer können Informationen über den Host „localhost“ einsehen. Der Grund scheint darin zu liegen, dass ich die Hosts-Konfigurationsdatei für backuppc falsch eingerichtet habe (in meinem Fall befindet sie sich unter /mnt/backup/conf/hosts). Man muss die richtigen Benutzer angeben…Wir verwenden eine externe Festplatte für die Datensicherung. Da wir nicht möchten, dass sie ständig eingeschaltet ist, müssen wir sie jedes Mal einbinden, wenn wir eine Datensicherung durchführen wollen. Der übliche Mount-Befehl: sudo mount /dev/sdc1 /media/sdc1 reicht aus. Allerdings muss der Eigentümer des Sicherungsverzeichnisses auf sdc1 „backuppc“ sein. Außerdem müssen wir den backuppc-Daemon neu starten, denn wenn er beim Systemstart (wenn die externe Festplatte nicht angeschlossen ist) gestartet wird, den Pfad zum Sicherungsverzeichnis nicht finden: su /etc/init.d/suse-backuppc stop /etc/init.d/suse-backuppc start /etc/init.d/suse-backuppc reload Ich glaube, das „reload“ ist vielleicht gar nicht notwendig. Vielleicht muss man gar nicht neu starten und das „reload“ reicht aus … Dann kannst du prüfen, ob backuppc korrekt funktioniert. Dazu muss man als Benutzer „backuppc“ angemeldet sein: /usr/local/backuppc/bin/BackupPC_serverMesg status info /usr/local/backuppc/bin/BackupPC_serverMesg status jobs /usr/local/backuppc/bin/BackupPC_serverMesg status hosts