BackupPC on Michael’s Domain

PC:n ja Macin varmuuskopiointi

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

Olen itse käyttänyt BackupPC -varmuuskopio-ohjelmistoa jo lähes kymmenen vuotta, ja aloin varmuuskopioida laboratoriomme tietokoneita keskitetylle varmuuskopiointipalvelimelle noin kaksi vuotta sitten. BackupPC tukee deduplikaatiota, minkä ansiosta muutamalle 2 TB:n kiintolevylle mahtuu tallennettavaksi paljon dataa. BackupPC tukee monia protokollia (smb, ftp, tar/rsync ssh:n kautta), mutta käytämme pääasiassa rsync:iä ssh:n kautta. Dataa ei salata ennen varmuuskopiointia. Kummallista kyllä, edes tuleva versio 4 ei tue lähetystä edeltävää salausta. Tallennamme varmuuskopion kuitenkin salatulle levylle. Näin se on ainakin suojattu, jos varmuuskopiopalvelin varastetaan. Siirron aikana dataa suojaa SSH. Järjestelmä ei kuitenkaan noudata TNO -periaatetta (“älä luota keneenkään”), koska minä (varmuuskopiointijärjestelmän ylläpitäjänä) pääsen käsiksi tiedostoihin. Linuxia käytettäessä yksi toteuttamiskelpoinen menetelmä olisi salata käyttäjän kotihakemisto eCryptFS:llä -ohjelmistolla (joka on sisäänrakennettu vaihtoehto käyttäjiä luotaessa Ubuntussa ) ja varmuuskopioida sitten /home/.ecryptfs-hakemisto käyttäjän kotihakemiston sijaan. Palauttaminen olisi kuitenkin paljon ongelmallisempaa. Voisit selata varmuuskopion hakemistorakennetta ja tiedostoja, mutta tiedostonimet eivät kertoisi mitään, koska nekin salataan prosessin aikana.Mac OS X -koneiden varmuuskopioinnissa on yksi erityispiirre: BackupPC muodostaa yleensä yhteyden asiakaskoneeseen root-käyttäjänä SSH:n kautta ja suorittaa rsync-varmuuskopiointikomennon. Jotta tämä olisi mahdollista yliopiston hallinnoimilla Mac OS X -tietokoneilla, meidän piti luoda asiakaskoneille erillinen käyttäjä (“backuppc”) ja sallia tälle käyttäjälle rsync-komennon suorittaminen root-oikeuksilla, mikä tehdään lisäämällä seuraava rivi tiedostoon /etc/sudoers: backuppc ALL=NOPASSWD: /usr/bin/rsync. Sitten meidän on muutettava Mac-asiakaskoneen ssh/rsync-komentoa backuppc-palvelimella korvaamalla ”root” sanalla ”backuppc”.

Salattu varmuuskopiointi BackupPC:n, LVM:n ja cryptsetupin avulla

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

Teen ulkoisia varmuuskopioita BackupPC:n avulla. Tietomäärä kasvaa jatkuvasti, joten joudun lisäämään ajoittain uusia kiintolevyjä. Lisäksi haluan, että tiedot salataan, ainakin sen jälkeen, kun BackupPC-sovellusta ajava järjestelmä on sammutettu. Siksi päätin käyttää loogisen tilanhallinnan (LVM) ja lohkolaitteiden salausta (cryptsetup). Seuraavat vaiheet olivat tarpeen (Ubuntu Feisty -käyttöjärjestelmässä):

BackupPC (ja Mac OS X)

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

BackupPC vaikuttaa olevan hieno sovellus. Paitsi että sen käytön aloittaminen ei ole kovin helppoa. Ladasin tiedoston BackupPC-2.0.0.tar.gz ja asensin sen hakemistoon /usr/local/backuppc. Sen jälkeen suoritin config.pl-komennon ja vastasin kaikkiin kysymyksiin, joihin osasin vastata. Haluan varmuuskopioida tiedostoni toiselle kiintolevylleni /dev/hdb5, joka on alustettu reiserfs-tiedostojärjestelmällä ja liitetty kansioon /mnt/hdb. Konfigurointiskriptin suorittamisen jälkeen hakemistoon /mnt/hdb ilmestyi uusi hakemisto: backuppc, joka sisälsi kuusi muuta hakemistoa: conf, cpool, log, pc, pool ja trash. Muuten, varmuuskopiotietoja ei voi tallentaa smbmount-kiinnityksen avulla (ainakaan helposti). Configure.pl-skripti yrittää muuttaa smbmount-aseman sisällön omistajaa (chown), mikä johtaa Perl-skriptin keskeyttämiseen (tätä voitaisiin muokata ja chown-komento suorittaa manuaalisesti määrittelemällä oikeat uid- ja gid-tunnukset fstab-tiedostossa). Kamppailin tämän kanssa päivän verran (annoin smbmountille jopa fmask=777, dmask=777 ja oikean omistajan/ryhmän), mutta turhaan, sillä ilmeisesti skriptit haluavat suorittaa chown-komennon. Minun täytyy todennäköisesti ratkaista tämä ongelma, sillä minun on tehtävä varmuuskopio verkossa OS X:ää käyttävälle Macintoshille ja siksi minun on käytettävä Sambaa (tai NFS:ää…). Käytän tar-komentoa SSH:n kautta varmuuskopioidakseni asiakaskoneeni (itse asiassa palvelin ja yksi asiakaskoneista ovat minun tapauksessani fyysisesti sama kone). Joka tapauksessa minun on määritettävä SSH. Koska minulla on RH9, kyseessä on OpenSSH (ssh2). Toisella asiakaskoneella on Mac OS X (10.3). Toimii melko hyvin sen jälkeen, kun tajusin, että Mac OS X:n tar-komento ei ole PATH-muuttujassa eikä tavallisessa sijainnissaan, vaan /usr/bin/tar-kansiossa. Tein vain linkin, ja BackupPC toimi: sudo ln -s /usr/bin/tar /bin/tar

BackupPC:n luomien varmuuskopiotiedostojen purkaminen manuaalisesti (Zzzz)

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

Perl-skripti /usr/local/backuppc/bin/BackupPC_zcat hoitaa tämän, mutta tätä varten sinun on asennettava BackupPC. Pakkauskirjastoille on saatavilla erillinen käyttöliittymä nimeltä Zzzz… , jonka on kehittänyt sama henkilö, joka on myös mplayerin takana.

Miten saat BackupPC:n käyttöliittymän toimimaan Apache2:n kanssa SUSE 9:ssä

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

BackupPC on toiminut huomaamattani. Nyt haluan ottaa verkkokäyttöliittymän käyttöön. Ladasin ensin paketit apache2-mod_perl ja perl-Tie-IxHash (niitä on saatavilla SUSE-RPM-paketteina) ja asensin ne.Kansiot/tiedostot, jotka kopioin (tämä on tarpeen vain, jos haluat käyttää kahta Apache-palvelimen instanssia):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/apache2backuppcSitten muokkasin seuraavia tiedostoja:/etc/sysconfig/apache2backuppc Muuta APACHE_ACCESS_LOG uuteen sijaintiin!!!!/etc/apache2backuppc/listen.conf Vaihda 80:stä 8080:ksi/etc/apache2backuppc/uid.conf Vaihda wwwrun/www muotoon backuppc/users/etc/apache2backuppc/httpd.conf1. Vaihda kaikki apache2-hakemistojen esiintymät muotoon apache2backuppc2. Vaihda asetukseksi AllowOverride Indexes AuthConfig. Seuraava komento käynnistää Apache2:n käyttäjänä backuppc ja kuuntelemaan porttia 8080: /usr/sbin/httpd2-prefork -f /etc/apache2backuppc/httpd.conf Jostain syystä se ei vielä käynnisty automaattisesti järjestelmän käynnistyessä.Mod_perl-tilassa toimivan verkkokäyttöliittymän osalta poistan käytöstä cgi-skriptin, jotta se suoritetaan käyttäjänä backuppc:chmod u-s /srv/www/cgi-bin/BackupPC_Admin En kuitenkaan tiedä, tukeeko apache2 mod_perliä, koska mod_perl ei näy luettelossa, kun teen kyselyn:/usr/sbin/httpd2-prefork -l Mutta tämä johtuu ehkä siitä, että käytän apache2:ta eikä apachea???Lisäsin seuraavan /etc/apache2backuppc/mod_info.conf-tiedostoon: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 Nyt minun on luotava .htaccess-tiedosto cgi-bin-hakemistoon, jonka sisältö on seuraava:AuthGroupFile /etc/apache2/conf.d/group AuthUserFile /etc/apache2/conf.d/passwd AuthType basic AuthName "access" require valid-user Sitten minun on luotava salasanatiedosto (käytä -a-lippua käyttäjän lisäämiseen!): /usr/sbin/htpasswd2 -c /etc/apache2/conf.d/passwd backuppc >Uusi salasana: ******* >Kirjoita uusi salasana uudelleen: ******* >Lisätään salasana käyttäjälle backuppc Sitten käynnistin palvelimen uudelleen. Se ei toiminut. Joten muutin cgi-skriptin käyttöoikeuksia:chmod 750 /srv/www/cgi-bin/BackupPC_Adminls -al /srv/www/cgi-bin/BackupPC_Admin pitäisi antaa tulokseksi rwxr-x—Nyt se toimii! Ainakin hallintasivusto latautuu selaimeeni. Mutta ilman, että minun tarvitsee todentaa itseäni. Enkä voi hallinnoida mitään. Joten lisäsin tiedostoon /etc/apache2backuppc/default-server.conf:/srv/www/cgi-bin/BackupPC_Admin Setenv REMOTE_USER backuppc ja muutin: AllowOverride None seuraavaksi: AllowOverride Indexes AuthConfig Ja muutin myös: AllowOverride None seuraavaksi: AllowOverride Indexes AuthConfig En tiedä, mikä edellä mainituista on todella välttämätöntä. Mutta nyt todennus toimii, ja kun kirjoitan kenttään ”Host or User name” localhost, skripti ainakin yrittää avata oikeat sivut, mutta epäonnistuu ja antaa virheen: Vain oikeudet omaavat käyttäjät voivat tarkastella tietoja isännästä localhost. Syynä näyttää olevan se, että olen määrittänyt backuppc:n hosts-määritystiedoston väärin (minun tapauksessani se sijaitsee kansiossa /mnt/backup/conf/hosts). Sinun on määritettävä oikeat käyttäjät…Käytämme ulkoista kiintolevyä varmuuskopiointiin. Koska emme halua pitää sitä päällä koko ajan, meidän on liitettävä se joka kerta, kun haluamme tehdä varmuuskopion. Tavallinen mount-komento: sudo mount /dev/sdc1 /media/sdc1 riittää. Varmuuskopiohakemiston omistajan sdc1:llä on kuitenkin oltava backuppc. Meidän on myös käynnistettävä backuppc-daemon uudelleen, koska jos se käynnistyy käynnistyksen yhteydessä (kun ulkoista levyä ei ole kytketty), se ei löydä polkua varmuuskopiohakemistoon: su /etc/init.d/suse-backuppc stop /etc/init.d/suse-backuppc start /etc/init.d/suse-backuppc reload Luulen, että reload-komentoa ei ehkä tarvita. Ehkä uudelleenkäynnistystä ei tarvitse tehdä lainkaan, vaan pelkkä uudelleenlataaminen riittää… Sen jälkeen voit tarkistaa, toimiiko backuppc oikein. Sinun on oltava käyttäjä backuppc, jotta voit tehdä näin: /usr/local/backuppc/bin/BackupPC_serverMesg status info /usr/local/backuppc/bin/BackupPC_serverMesg status jobs /usr/local/backuppc/bin/BackupPC_serverMesg status hosts