Homedirectory: de persoonlijke basis van elk computersysteem
Iedereen die weleens op een computer heeft ingelogd met een eigen gebruikersnaam, heeft er automatisch een gekregen: een homedirectory. Dit is de persoonlijke map op een computer of server waarin de bestanden, instellingen en voorkeuren van één specifieke gebruiker staan. Vergelijk het met een eigen slaapkamer in een huis met meerdere bewoners: iedereen heeft toegang tot de gemeenschappelijke ruimtes zoals de keuken (het besturingssysteem), maar de slaapkamer is van jou, met jouw spullen erin geordend zoals jij dat wilt.
Op een Linux-server heet die map meestal iets als /home/jansen, op een Mac /Users/jansen en op Windows C:\Users\jansen. Achter die simpele mapstructuur gaat een idee schuil dat al vijftig jaar overeind blijft, ook nu we steeds meer werken in de cloud, met containers en op gedeelde servers: software moet weten waar het persoonlijke spullen van een gebruiker mag neerzetten, los van die van anderen en los van het systeem zelf.
Wat is het precies?
Een homedirectory is in de kern een map op een bestandssysteem die aan één gebruikersaccount is gekoppeld. Wanneer een systeembeheerder een nieuw account aanmaakt, maakt het besturingssysteem meestal automatisch zo'n map aan en registreert het pad ernaartoe in een systeembestand (op Linux bijvoorbeeld in /etc/passwd).
Het besturingssysteem onthoudt dat pad in een omgevingsvariabele, een soort tijdelijk geheugenplekje dat programma's kunnen uitlezen. Op Unix-achtige systemen (Linux, macOS) heet die variabele $HOME. Vrijwel elk programma dat instellingen moet opslaan, vraagt aan het systeem: "waar is de homedirectory van deze gebruiker?" en zet daar dan bijvoorbeeld een configuratiebestand neer.
Die configuratiebestanden beginnen op Linux en macOS traditioneel met een punt, zoals .bashrc of .vimrc. Zulke "dotfiles" zijn standaard onzichtbaar in bestandsbeheerders, juist om de map overzichtelijk te houden. Naarmate er meer software bijkwam, ontstond er behoefte aan meer structuur dan alleen losse puntbestanden. Daarom introduceerde het Linux-desktopproject freedesktop.org in 2003 de XDG Base Directory Specification: een afspraak die voorschrijft dat configuratie, cache en gebruikersdata in aparte submappen horen (zoals .config, .cache en .local/share), zodat programma's elkaar niet meer in de weg zitten.
Op grotere netwerken, zoals universiteiten of bedrijven, wordt de homedirectory vaak niet lokaal op één computer opgeslagen maar op een centrale server. Gebruikers loggen dan op elke computer in het netwerk in en zien steeds dezelfde persoonlijke map, via een techniek als NFS (Network File System) of, op Windows, via roaming profiles binnen Active Directory.
Wat wil men ermee bereiken?
Het homedirectory-concept lost een aantal praktische problemen op die zodra meerdere mensen één computer delen. Ten eerste: scheiding. Gebruikers moeten hun eigen bestanden en instellingen kunnen hebben zonder dat die van anderen daarmee in de war raken of erdoor kunnen worden ingezien.
Ten tweede: voorspelbaarheid voor software. Programmeurs willen niet voor elk besturingssysteem en elke gebruiker apart uitzoeken waar bestanden mogen staan. Door een vaste, voorspelbare plek (de homedirectory, eventueel met XDG-substructuur) te hebben, kan software overal op dezelfde manier werken.
Ten derde: mobiliteit van de gebruiker. Met een netwerk-homedirectory of roaming profile kan iemand op kantoor op elke pc inloggen en toch zijn eigen bureaublad, documenten en instellingen tegenkomen. Dat idee is de voorloper van wat we nu "cloudsynchronisatie" noemen bij diensten als OneDrive, Google Drive of Dropbox, die vaak juist de homedirectory als vertrekpunt gebruiken om bestanden mee te synchroniseren.
Tot slot speelt het een rol bij beveiliging en beheer: met duidelijke grenzen tussen gebruikersmappen is het eenvoudiger om rechten toe te kennen, back-ups te maken van alleen de persoonlijke data, of een account volledig te verwijderen zonder sporen elders in het systeem achter te laten.
Voorbeelden uit de praktijk
Het concept ontstond in de vroege Unix-systemen van Bell Labs, begin jaren zeventig, toen meerdere onderzoekers via terminals tegelijk op één computer werkten en een manier nodig hadden om bestanden te scheiden.
Universiteiten en onderzoeksinstellingen bouwden vanaf de jaren tachtig grootschalige NFS-netwerken waarin studenten met één account op honderden werkstations dezelfde homedirectory zagen, een model dat op veel hogeronderwijsinstellingen, ook in Nederland, nog steeds bestaat voor rekenclusters.
In 2003 publiceerde freedesktop.org de al genoemde XDG Base Directory Specification, die inmiddels door vrijwel alle grote Linux-desktopomgevingen (GNOME, KDE) wordt gevolgd.
Microsoft introduceerde met Windows NT en Active Directory in de jaren negentig roaming profiles, waarmee bedrijfsgebruikers op elke bedrijfscomputer hun eigen Windows-omgeving terugkregen, inclusief bureaubladinstellingen en documenten.
Recenter zie je het idee terug in cloud-ontwikkelomgevingen zoals GitHub Codespaces en JupyterHub (veel gebruikt in het onderwijs en bij data-analyse sinds ongeveer 2014), waar elke gebruiker bij het opstarten een eigen, vaak tijdelijke homedirectory krijgt binnen een container, die na afsluiten van de sessie soms zelfs weer verdwijnt.
Hoe ver is de techniek?
De homedirectory zelf is geen nieuwe of experimentele technologie; het is al decennia een gevestigd, stabiel onderdeel van vrijwel elk besturingssysteem. Er lopen dan ook geen "doorbraken" te verwachten op dit vlak zoals bij bijvoorbeeld kunstmatige intelligentie of kernfusie.
Wat wél in ontwikkeling is, is hoe het concept meegroeit met nieuwe manieren van computergebruik. Containertechnologie zoals Docker (sinds 2013) en Kubernetes zorgt ervoor dat homedirectories steeds vaker tijdelijk zijn: ze bestaan alleen zolang een container draait, en verdwijnen daarna weer, tenzij ze expliciet worden gekoppeld aan permanente opslag.
Een ander punt van discussie is de wildgroei aan configuratiebestanden. Ondanks de XDG-specificatie plaatsen veel programma's, ook nieuwe, nog steeds bestanden direct in de hoofdmap van de homedirectory in plaats van in de voorgeschreven submappen, wat beheerders en gebruikers weleens irriteert. Er is geen centrale instantie die naleving afdwingt; het blijft een vrijwillige afspraak binnen de open source-gemeenschap.
Ook cloudopslag verandert de rol van de homedirectory: steeds meer persoonlijke data staat niet meer lokaal maar wordt automatisch gesynchroniseerd naar externe servers van bedrijven als Microsoft, Google of Apple, waardoor de "echte" homedirectory eigenlijk een lokale kopie van clouddata wordt.
Wie werken eraan?
Er is geen los onderzoeksveld of bedrijf dat zich specifiek richt op "de homedirectory"; het is een fundamenteel bouwblok dat door besturingssysteem-ontwikkelaars wordt onderhouden.
Op standaardenniveau speelt The Open Group een rol via de POSIX-standaard, die onder meer vastlegt hoe Unix-achtige systemen met gebruikersaccounts en hun mappen omgaan. Voor de indeling van Linux-bestandssystemen is er de Filesystem Hierarchy Standard, onderhouden onder de vlag van de Linux Foundation.
Voor de moderne, meer gestructureerde aanpak binnen Linux-desktops is freedesktop.org verantwoordelijk, een los samenwerkingsverband van ontwikkelaars achter projecten als GNOME en KDE.
Bij de grote besturingssystemen bepalen Microsoft (Windows, met user profiles en Active Directory), Apple (macOS, met de /Users-structuur) en de diverse Linux-distributies (zoals Ubuntu, Fedora, Debian) hoe het concept in de praktijk wordt geïmplementeerd. In cloudomgevingen zijn het vooral aanbieders van containerplatforms en ontwikkelomgevingen, zoals GitHub (onderdeel van Microsoft) en het open source Jupyter-project, die bepalen hoe homedirectories in tijdelijke, virtuele omgevingen worden vormgegeven.