Terug naar handleidingen

Een backup van een Mac maken op een NAS

Time Machine via SMB, rsync via SSH, of een gewone map. Wat elk nodig heeft, en het sparse bundle-probleem. Bijgewerkt in oktober 2026.

Kort antwoord: het kan op twee manieren. Als de NAS Time Machine ondersteunt, zet je dat aan in de NAS-instellingen en voeg je de share toe in Systeeminstellingen, Algemeen, Time Machine.

Of maak in de Finder verbinding met een gedeelde map en maak er een backup naar zoals naar elke schijf. Zo sla je de Time Machine-schijfkopie over, het deel van een netwerkbackup dat het vaakst stukgaat.

Route één: Time Machine via het netwerk

De meeste NAS-software heeft een Time Machine-optie: die maakt een share, meestal met een quotum, en adverteert hem zodat je Mac hem kan vinden. Op de Mac: Systeeminstellingen, Algemeen, Time Machine, Voeg reservekopieschijf toe, en de share verschijnt.

Goed om te weten:

Route twee: rsync via SSH

Draait de NAS SSH, kopieer dan direct ernaartoe zonder iets te koppelen:

rsync -aE --delete ~/Documents/ [email protected]:/volume1/backup/Documents/

Sneller dan via een gekoppelde share, en het doet niet stilletjes niets als de koppeling ontbreekt: is de NAS onbereikbaar, dan mislukt de opdracht zichtbaar.

Stel eerst een sleutel in, zodat het niet volgens schema op een wachtwoord blijft wachten:

ssh-keygen -t ed25519
ssh-copy-id [email protected]

Dezelfde kanttekeningen als overal: rsync houdt een spiegel bij zonder geschiedenis, en versleutelt niets in opslag. De volledige rsync-gids behandelt beide.

Route drie: een gewone gedeelde map

Koppel de share in Finder en hij verschijnt onder /Volumes zoals elke andere schijf. Alles wat naar een map schrijft kan hem dan gebruiken, waaronder Copy Shelter, dat je versies geeft, versleuteling voordat er iets de Mac verlaat, en terugleescontroles van elk stuk tegen de hash.

Versleutelen vóór het schrijven is op een NAS belangrijker dan mensen denken. Een NAS is een kleine computer met een besturingssysteem, een webinterface, en vaak een poort die een eerdere versie van jou naar internet heeft doorgestuurd. Bytes die hij niet kan lezen, blijven van jou als hij wordt gehackt.

De halfdode koppeling, en waarom die erger is dan een fout

Dit is het defect dat netwerkbackups anders maakt dan elke andere soort, en de forumdraadjes staan er vol mee.

Als een share netjes verdwijnt, verdwijnt de koppeling en mislukt een schrijfactie meteen. Prima. Wat vaker gebeurt, is dat de share niet meer reageert zonder de verbinding te verbreken: de NAS ging slapen, de switch liet een link vallen, de Mac werd sneller wakker dan het netwerk. Het koppelpunt is er nog, ls toont het nog, en een schrijfactie ernaar blijft hangen.

Niet mislukt. Blijft hangen. Het proces zit in een ononderbreekbare wachttoestand zolang de client is ingesteld om het te blijven proberen, en dat kan standaard heel lang zijn. Een backuptaak in die toestand mislukt niet en wordt niet klaar, en iets dat let op een exitcode die niet nul is, ziet geen van beide.

Je kunt het herkennen:

mount | grep smbfs
timeout 5 ls /Volumes/Backup >/dev/null || echo "share is not answering"

De praktische verdediging is een harde time-out rond elke bewerking, "geen antwoord" behandelen als "bestemming onbereikbaar" en niet als fout om eindeloos opnieuw te proberen, en nooit een vastgelopen bestemming de andere laten ophouden. Schrijf je dit zelf als script, zet dan de hele taak in timeout en laat de fout duidelijk zien.

fsync betekent niet op elke share hetzelfde

Op een lokale schijf betekent een geslaagde fsync() dat de bytes op de schijf of in het flashgeheugen staan. Via SMB betekent het wat de server ervan maakt, en dat verschilt per firmware: sommige NAS-software bevestigt een flush zodra de gegevens in het RAM staan, en een stroomstoring in de seconden daarna kost schrijfacties die elke laag erboven als voltooid meldde.

Vanaf de Mac kun je dit niet oplossen. Wat je wel kunt doen, is ophouden "de kopie is klaar" te zien als "de kopie is veilig", en dat betekent de backup daarna teruglezen en controleren, op de share, als aparte stap. Alleen dat onderscheidt een schrijfactie die de server echt heeft opgeslagen van een die hij alleen heeft aangenomen.

Rechten, en het bestand dat leeg aankomt

SMB-shares koppelen Unix-eigenaarschap aan wat de NAS denkt dat je bent, en die koppeling is vaak niet wat je verwacht. Twee symptomen om te kennen:

Vrije ruimte die je niet kunt vertrouwen

Sommige SMB-servers melden de volumecapaciteit verkeerd, of melden de capaciteit van de onderliggende pool en negeren je share en het quotum. Een backuptool die dat getal vertrouwt, vult vrolijk een share waarvan hem werd verteld dat er terabytes vrij waren.

De veilige lezing is dat een ontbrekende of onwaarschijnlijke capaciteit onbekend betekent, nooit oneindig. Controleer het met de hand vóór een eerste grote backup:

df -h /Volumes/Backup

Het betrouwbaar maken

Stap voor stap met Copy Shelter

  1. Maak op de NAS een gedeelde map voor backups en een gebruiker die erin kan schrijven.
  2. Open op de Mac Finder, kies Ga > Verbind met server, voer smb:// en de naam van de NAS in, en log in als die gebruiker.
  3. Vink Bewaar dit wachtwoord in mijn sleutelhanger aan, zodat de share na een herstart opnieuw verbinding kan maken.
  4. Open Copy Shelter, klik op Een plek toevoegen en kies de gedeelde map.
  5. Klik op Nu backup maken. Copy Shelter schrijft daar gewone bestanden, zonder sparse bundle die stuk kan gaan.
  6. Zet er één bestand uit terug om te controleren dat de backup kan worden teruggelezen.

Veelgestelde vragen

Kan Time Machine een backup maken op een NAS?

Ja, als de NAS een SMB-share biedt met Time Machine-ondersteuning aan. Synology, QNAP, TrueNAS en de meeste andere huidige NAS-systemen hebben die instelling.

Waarom mislukt de backup van mijn Mac naar de NAS steeds?

Meestal werd de verbinding met de share verbroken tijdens de sluimerstand, of raakte de Time Machine-schijfkopie op de NAS beschadigd. Houd de Mac aan de stroom tijdens de eerste backup, en zie de handleiding over de schijfkopiefout als het blijft gebeuren.

Waarom ziet mijn Mac de NAS niet in Time Machine?

Meestal staat de Time Machine-dienst niet aan voor die share, of adverteert de NAS alleen via AFP. Controleer eerst de NAS-kant, maak dan één keer verbinding met de share in Finder zodat macOS de inloggegevens heeft, en kijk opnieuw.

Kunnen twee Macs een backup maken op dezelfde NAS?

Ja. Geef elke Mac een eigen share of een eigen quotum, zodat de ene machine niet de ruimte kan vullen die de andere nodig heeft.

Is SMB snel genoeg?

Voor incrementele backups via gigabit ruim voldoende. De eerste volledige backup is het trage deel, dus doe die via een kabel.

Moet ik mijn NAS openzetten naar internet voor een backup buitenshuis?

Bijna nooit. Een NAS die vanaf internet bereikbaar is, is een kleine server die jij nu moet bijwerken. Wil je een kopie buitenshuis, dan is een map in een cloudaccount waar je al voor betaalt veiliger en meestal eenvoudiger. Hoe je die ruimte goed gebruikt.

Betekent RAID dat ik geen backup nodig heb?

Nee. RAID vangt één soort defect op, een kapotte schijf, en geen van de andere. Elke verwijdering, elke fout en elke ransomware bereikt alle schijven tegelijk.

Werkt een Mac-backup naar een NAS via wifi?

Ja, zodra de eerste backup klaar is. Doe de eerste via een kabel, want die kopieert alles. Latere backups sturen alleen wat veranderd is.

Hoe zorg ik dat de NAS-share terugkomt na een herstart?

Maak één keer verbinding in de Finder met Ga > Verbind met server en vink 'Bewaar dit wachtwoord in mijn sleutelhanger' aan. Om de share bij elke login te koppelen, voeg je hem toe aan Inlogonderdelen in Systeeminstellingen, Algemeen.

Verwant: een backup van een Mac maken op een externe schijf.

Verwante handleidingen