Nextcloud brengt bèta uit om back-ups bij andere gebruikers op te slaan

Nextcloud heeft een back-upapplicatie gemaakt waarmee gebruikers een image van hun installatie ergens anders kunnen opslaan. Een back-up kan worden opgeslagen op een externe schijf, maar ook in de installaties van andere Nextcloud-gebruikers.

De software heet Nextcloud Backup en is sinds maandag in bèta te gebruiken. Met Backup kunnen gebruikers automatisch hun eigen installatie naar een andere back-uppen. De dienst maakt een gecomprimeerde en versleutelde back-up waarin zowel de opgeslagen bestanden als de configuratievoorkeuren staan. Dat gebeurt in snapshots van 100MB per stuk. Het is alleen mogelijk om lokale data in de back-up op te slaan. Niet-lokale data van bijvoorbeeld externe opslag kan niet worden opgeslagen.

De snapshots kunnen vervolgens op verschillende plekken worden opgeslagen. Dat kan op traditionele wijze via bijvoorbeeld ftp of smb, of op een schijf die aan het systeem is gekoppeld. Het is echter ook mogelijk de snapshots op te slaan op de Nextcloud-installatie van een andere gebruiker. Die moet daarvoor een nieuwe gebruikersaccount aanmaken.

Gebruikers kunnen zelf kiezen welke mappen of bestanden ze wel of niet willen back-uppen. Ook is het mogelijk in te plannen wanneer en hoe vaak back-ups moeten worden gemaakt, en welke delen van de installatie moeten worden meegenomen. Het terugzetten van een back-up gaat via de command line.

Nextcloud Backp

Door Tijs Hofmans

Nieuwscoördinator

02-11-2021 • 07:20

51

Reacties (51)

Sorteer op:

Weergave:

het belangrijkste stuk lijkt me te ontbreken:
you can find a friend or family member who has their own Nextcloud server and ask them to create a user account for you. Then, you can setup Backup to regularly store compressed, encrypted backups of your data on their Nextcloud server
het is dus niet naar een random andere gebruiker, maar je moet al zelf iemand kennen en dan onderling nog wat regelen
Crashplan bood vroeger iets soortgelijks aan (een peer backup mogelijkheid naar bekenden). Daar is destijds de stekker uit getrokken. Heel nieuw is het concept dus niet. Maar het is wel gaaf dat het nu in een open source oplossing zit.
Het deed me gelijk denken aan Sia, een gedecentraliseerd cloud opslag systeem door middel van blockchain (met een nut, for once). Ik heb er een paar maanden geleden eens mee gespeeld om te kijken of het iets is voor backups, het integreert met Duplicati. Het werkte toen al vrij goed, maar was het nog niet volwassen genoeg. Destijds was het spotgoedkoop, nu zijn de prijzen iets meer in lijn met marktprijzen.

In theorie zou een solide gedecentraliseerd cloud opslag systeem wel eens de meest betrouwbare backup methode kunnen zijn. Zeker omdat er geen partij zoals Crashplan is die er de stekker uit kon trekken.
In theorie zou een solide gedecentraliseerd cloud opslag systeem wel eens de meest betrouwbare backup methode kunnen zijn. Zeker omdat er geen partij zoals Crashplan is die er de stekker uit kon trekken.
De meest betrouwbare distributed backup is toch een (encrypted) backup van je nuttige data als torrent te verspreiden onder de naam "XXXhoardingfullcollection.part1"?
Zou mooi zijn als dat ook in fragmenten kan. Bijvoorbeeld meerdere familieleden die een fragment van de encrypted backup hebben.
Gewoon uit nieuwsgierigheid waarom zou je dat willen?
Met encryptie is het al veilig en als je één stukje mist dan heb je aan de rest meteen ook niks meer.
Gewoon uit nieuwsgierigheid waarom zou je dat willen?
Om dezelfde reden dat je shamir's shared secret zou gebruiken.
Dan vertrouw je dus de encryptie niet genoeg en encrypt je het met sss nog een keer. Of begrijp ik het nou verkeerd?
Je begrijpt het verkeerd. Alice heeft de helft van de key, en Bob heeft de helft van de key. Alleen als Alice en Bob samenwerken, dan kunnen ze bij de data. Wat perfect werkt als je komt te overlijden.

Ooit een oplichter gezien, verhaal op Eve Online. Heeft met social engineering iets van 5 personen sss verkregen om er vervolgens met de buit van door te gaan.
Ik snap wat sss is, heb informatica gestudeerd. Ik snap alleen niet wat je er mee wilt bereiken. Volgens mij wil je namelijk je data beschermen tegen inzage van buitenaf, maar niet de kans vergroten dat je de data helemaal kwijt raakt doordat er één deel kwijt raakt. Je familieleden afhankelijk maken van elkaar om jouw back-up na je dood te kunnen openen klinkt me zo cru in de oren.
Inzage van buitenaf, niet helemaal. Fysieke inzage dwz diefstal.

Het idee van sss in deze hypothese is enerzijds backups anderzijds dat ze niet bij je data kunnen als je nog leeft, maar daarna wel. Is een realistisch probleem.
AuteurTijsZonderH Nieuwscoördinator @dasiro2 november 2021 13:46
Staat gewoon in het artikel hoor.
Het is echter ook mogelijk de snapshots op te slaan op de Nextcloud-installatie van een andere gebruiker. Die moet daarvoor een nieuwe gebruikersaccount aanmaken.
Het terugzetten van een back-up gaat via de command line.
Een teken van een goede backupprocedure is dat de backup net zo gemakkelijk te herstellen is als dat die gemaakt kan worden. Gebruikers de mogelijkheid geven om backups te maken is goed, maar je zou de backups ook met een GUI functie (eventueel met een nieuw account, eventueel in een nieuwe Nextcloud instantie) moeten kunnen herstellen.

[Reactie gewijzigd door The Zep Man op 24 juli 2024 05:30]

Het viel me ook op, maar een GUI heeft nmm niet de hoogste prioriteit voor het terugzetten van een backup.

Deze backupmogelijkheid is toch niet de gebruikers maar voor de beheerders? Daarbij, heb je deze optie (hopelijk) nooit nodig. Het terugzetten moet technisch perfect werken, maar look&feel zijn van ondergeschikt belang.
Deze backupmogelijkheid is toch niet de gebruikers maar voor de beheerders?
Nu ik het nog eens lees en de screenshots wat beter bekijk, lijk je gelijk te hebben. Het artikel is incorrect:
Nextcloud heeft een back-upapplicatie gemaakt waarmee gebruikers een image van hun installatie ergens anders kunnen opslaan.

(...)

Met Backup kunnen gebruikers automatisch hun eigen installatie naar een andere back-uppen.

(...)

Het is echter ook mogelijk de snapshots op te slaan op de Nextcloud-installatie van een andere gebruiker.
'Gebruiker' moet 'beheerder' zijn. Een gebruiker hoeft geen beheerder te zijn, en andersom. Het zijn verschillende rollen.

[Reactie gewijzigd door The Zep Man op 24 juli 2024 05:30]

Hum, klopt, en wij hebben dat wellicht ook een beetje verkeerd in ons persbericht gezet. Maar ja, deze app is ook wel direct gericht op thuisgebruikers, die vaak zelf hun instance beheren (net als ikzelf) dus de overlap tussen 'users' en 'admins' is vrij groot :D
dus je wil ook een scheduled restore? :+
Voor een functie die in beta is, verwacht ik niet dat iedereen van de functie gebruik gaat maken. Ik ben het eens met de stelling, maar eerst maar eens zorgen dat de feature goed en stabiel werkt, daarna de user experience aanpakken.
Dat is leuk, maar tegen de tijd dat je een restore moet doen is je webinterface vermoedelijk nogal slecht beheersbaar, of bereikbaar.
Je zal dan toch ook via een commandline eerst een recovery van de basis moeten doen.

Ik denk dat de Plesk etc. omgevingen wel in een recovery procedure zouden kunnen voorzien.
Helemaal mee eens, ik hoop dat het nog op de back log staat om toe te voegen.
Vermoedelijk wel, t is nog een béta.
Voor bestanden zijn er eigenlijk al genoeg mogelijkheden. De database is veel belangrijker met alle app gegevens. Ik zou graag mijn Nextcloud omgeving makkelijk kunnen willen verplaatsen.
Ik draai Nexcloud in een virtuele machine. Kwestie van Ctrl+c, Ctrl+v en ik ben up and running op een andere fysieke machine.
Dat heb ik ook maar de hanssonit VM is een beetje brak geworden. Certificaten worden niet meer automatisch vervangen en collabora werkt niet meer.
Ik ben niet bekend met hanssonit VM, zelf heb ik gewoon Ubuntu server geinstalleerd op een VMware Player machine. Tijdens de installatie van Ubuntu kan je al Nextcloud Snap aanvinken, je moet alleen de SSL/Lets Encrypt stappen even zelf doorlopen maar daarna refreshed die het certificaat automatisch.
Ook dat is geen vorm van back-up natuurlijk.
Hoe is het geen back-up ? Als mijn VM er nu mee stopt, kopieer ik de meest recente backup van de hele VM vanaf mijn externe schijf terug naar de VMware computer en alles loopt weer. De hoeksteen van een backup lijkt me zo.
Je hebt het dan over de kopie van de VM die je overzet, niet de data van jouw Nextcloud, toch? ;) Of bewaar jij jouw data in de VM? Dus wanneer een virtuele disk het begeeft of iets anders om zeep gaat, ben je alsnog de data kwijt...

[Reactie gewijzigd door CH4OS op 24 juli 2024 05:30]

Exact, ik bewaar mijn instance + data binnen de VM dat zodra de VM disk het begeeft ik deze gewoon uit mijn externe backup terug kan halen.
Ik heb dat tegenwoordig uit elkaar getrokken. Ik ben daardoor veel flexibeler en ben niet per se gebonden aan die specifieke VM, maar kan dan gewoon een nieuwe Nextcloud container opspinnen die de data (en de database) gewoon inleest.

Maar een gedegen vorm van back-up is het dus niet. Jij hebt bijvoorbeeld enkel de mogelijkheid tot restoren om de gehele omgeving terug te zetten, niet een specifiek bestand of map, bijvoorbeeld. Anders zul je eerst een kopie van de VM moeten starten en daaruit de file en map vissen. Omslachtig en tijdrovend, als je het mij vraagt.

[Reactie gewijzigd door CH4OS op 24 juli 2024 05:30]

Het idee van mijn "backup-strategie" is dat ik uberhaubt geen tijd en moeite wil steken in 'tinkeren' in linux. Werkt het niet meer? Niet verder kijken, hele VM restoren en gaan.

Het zal inderdaad niet de slimste oplossing zijn, maar het werkt.
En hoe restore je een per ongeluk verwijderd bestand dan? ;) Dat is waar de back-up voor is. :)
De verwijderde bestanden knop in Nextcloud ? 8)7

Of bedoel je een bestand buiten Nextcloud dat kritiek is voor de werking van de server? Antwoord: niet, ik restore de hele VM.
De verwijderde bestanden knop in Nextcloud ? 8)7
Volgens mij zijn er voldoende mensen die ook een synchronisatie aan hebben staan. Verwijderen per ongeluk via de verkenner een bestand, dat synct door naar Nextcloud. Volgens mij heb je de 'Verwijderde bestanden'-knop dan niet. Ook niet voor andere gebruikers (voor zover dat van toepassing is).
Net even getest maar het lijkt erop dat een bestand dat je lokaal op je PC verwijdert na sync wel nog in de verwijderde bestanden terug te vinden is.
Ik draai de Nextcloud 22.2.0 Snapin op Ubuntu Server 20.04.1.
Als toevoeging. Je kan je virtuele disks ook gewoon mounten, zowel binnen Linux als Windows omgevingen.
Dat zou je dan ook kunnen gebruiken om dat ene bestandje terug te halen.
Kun je gewoon los koppelen met Docker containers en docker-compose. Dan kun je de omgeving ook makkelijk verplaatsen, en backups maken van je database.
Database wordt ook gebackupped en teruggezet. Je kunt dit in principe gebruiken om je instance te verplaatsen, of the kopieren.
Dat is top, ik maak nu wel backup van de data en van database, maar of ik die laatste daadwerkelijk terug kan zetten weet ik niet. :+
Maakt de onderliggende database nog uit of kun je van PostgreSQL naar MariaDB e.d.?

Ik lees ook incrementele backups wat een hoop ruimte zou besparen.
Database moet hetzelfde zijn maar je kunt (na installatie of restore) wel migreren naar een andere Db.
Wordt de database ook meegenomen? Ik gebruik de agenda van nextcloud elke dag en deze wordt opgeslagen in de database. Ook bijvoorbeeld contactpersonen zitten daarin. Nu draai ik 3x per dag een SQL export en kopieer ik die off-site. Zou mooi zijn als dit ook via de nieuwe backup app kan!
Ik mag bijna aannemen dat het juist daarom gaat. Als het echt alleen de installatie zou zijn, zonder data, heb je er weinig aan. Fijn dat ik m'n configuratie weer terug kan halen, maar de data ben je kwijt :?
Data in Nextcloud is vaak de map 'www' op de web server. Je uploads komen daar terecht bijvoorbeeld, maar lang niet alles.

Edit: er werd ook een back-up gemaakt voor het uitvoeren van in place upgrades. Zover ik me herinner zat daar ook geen database back-up in. Maar ik kan het mis hebben...

[Reactie gewijzigd door stijnos1991 op 24 juli 2024 05:30]

Hu? Het wordt toch juist aangeraden om je bestanden buiten de WWW map te zetten? Bij mijn installatie is dat iig wel zo, stond volgens mij benoemd in de installatie guide ;). In de config kun je dat gewoon aangeven :)
@Hydranet Daar was ik al een beetje bang voor, bedankt voor de check! Waarschuwing voor iedereen: dit is geen volledige back-up van je Nextcloud omgeving.

@Vokx Ik weet niet wat hun eigen advies is, maar hun eigen standaard is {install_dir}/data. En dat is op de meeste Linux dozen dus /var/www/nextcloud/data. :Y)
Je kan per vhost aangeven wat de locatie van je DocumentRoot moet zijn, natuurlijk moeten de rechten wel goed staan voor de webserver.
Ehm Nextcloud data store (.../data ) kan ook geheel BUITEN de webroot opgeslagen zijn. (heb ik ook).
Bedankt! Daar had ik geen eens aan gedacht, ik heb het gelijk even omgezet.

[Reactie gewijzigd door Hydranet op 24 juli 2024 05:30]

Zoals @Vokx zegt, is het inderdaad aan te bevelen van die in een andere map te zetten (als bv je webroot in /var/vhosts/nextcloud/www is, je data plaatsen in /var/vhosts/nextcloud/data), zodat deze data niet bereikbaar is via de webroot. Vroeger stond dit in alle geval in de recommendations van owncloud, ik weet niet of dit overgenomen is bij de split tussen owncloud en Nextcloud.
Ik heb net even in de backup map gekeken van nextcloud ik zie daar geen mysql dumps staan dus nee, ik regel dit zelf gelukkig op een andere manier dat ik wel eens in de zoveel tijd een dump maak zodat ik van de database een backup heb.
Huh dit is wel grappig, dit is precies wat ik nu doe (met zelfgemaakte scripts, ik gebruik geen Nextcloud).

Heel fijn om offsite backups te hebben en ik kan het dan ook heel erg aanraden. Cool dat dat nu gewoon een ingebouwde optie wordt in zoies.

Op dit item kan niet meer gereageerd worden.