Multi-accounttools worden vaak rechtstreeks met elkaar vergeleken, terwijl hun mogelijkheden afhangen van de laag waarop de isolatie plaatsvindt. Dit artikel vergelijkt handmatige setups, multi-user besturingssystemen en virtuele machines, fingerprintbrowsers en cloudtelefoons of cloudbrowsers op isolatiesterkte, parametercontrole, teamsamenwerking en kosten.
Bij het beheren van meerdere accounts levert de simpele vraag welk hulpmiddel je moet gebruiken vaak geen bruikbaar antwoord op. De oplossingen die meestal naast elkaar worden gezet, werken namelijk niet op hetzelfde niveau. De laag waarop de isolatie plaatsvindt bepaalt wat een aanpak wel en niet kan oplossen.
Op basis van hun mogelijkheden zijn er vier gangbare categorieën.
Volledig handmatig meerdere accounts gebruiken
De eenvoudigste aanpak is om op dezelfde computer meerdere browserprofielen te openen, of meerdere accounts in het besturingssysteem aan te maken en daartussen te wisselen. Bij een klein aantal accounts kan dat voldoende zijn.
Deze aanpak lost alleen het gelijktijdig ingelogd blijven op. Op het niveau van het besturingssysteem wordt niets geïsoleerd: kernelversie, model van de grafische kaart, lettertypelijst en schermresolutie zijn identiek, terwijl cookies en cache vaak ook niet volledig worden gewist. Als een platform signalen van het apparaat bekijkt, kunnen meerdere accounts gemakkelijk aan elkaar worden gekoppeld.
Van echte teamsamenwerking is nauwelijks sprake. Wie de wachtwoorden heeft, kan alle accounts bedienen. De initiële kosten zijn vrijwel nul en het onderhoud is eenvoudig, maar zodra het aantal accounts groeit, schaalt deze aanpak niet meer mee.
Multi-user besturingssystemen en virtuele machines
De volgende stap is om de isolatie naar het niveau van het besturingssysteem te verplaatsen. Bij multi-user systemen krijgt iedere gebruiker een eigen gebruikersmap op dezelfde machine; virtuele machines draaien lokaal of in de cloud een volledige virtuele computer, waarbij elke eenheid een eigen systeem, schijf en openbare netwerkuitgang heeft.
De isolatie op apparaatniveau wordt duidelijk sterker en ook een apart uitgaand IP-adres per machine is mogelijk. Dat is geschikt voor één doel dat langdurig online moet blijven. Het probleem zit in de hardwarekenmerken: machines van dezelfde cloudprovider hebben vaak sterk vergelijkbare moederbordinformatie, grafische drivers en systeemparameters, waardoor een platform ze gemakkelijk als een groep datacenteromgevingen kan herkennen. De beheerkosten stijgen bovendien met het aantal machines. Het plannen van tientallen virtuele machines, het bijwerken van images en het oplossen van storingen vraagt menselijk werk, terwijl vertraging in remote desktop direct ten koste gaat van de efficiëntie.
Fingerprintbrowsers
Deze categorie pakt niet het besturingssysteem aan, maar de browseromgeving zelf. Elk account krijgt een afzonderlijke omgeving waarin User-Agent, Canvas- en WebGL-renderresultaten, lettertypelijst, audiofingerprint, WebRTC-adres, schermparameters en media-apparaat-ID's afzonderlijk kunnen worden ingesteld en vervolgens aan een passende netwerkuitgang worden gekoppeld. Voor het platform lijken het twee niet-gerelateerde apparaten in plaats van twee vensters op dezelfde computer.
De controle over parameters is het grootste verschil met de eerste twee aanpakken: niet een paar losse waarden worden aangepast, maar een complete set parameters wordt onderling consistent geconfigureerd. Ook teamsamenwerking is ingebouwd. Omgevingen kunnen per persoon worden toegewezen, teamleden kunnen inloggen zonder de oorspronkelijke accountgegevens te ontvangen en bij personeelswisselingen hoeven alleen de rechten te worden ingetrokken.
Ook de kostenstructuur is anders. Voor elk account is geen afzonderlijk apparaat nodig, maar het aantal omgevingen, gelijktijdige sessies en medewerkers valt meestal onder verschillende abonnementsniveaus. De belasting ligt vooral bij het RAM en de CPU van de lokale machine, dus voor meer gelijktijdige omgevingen is krachtigere hardware nodig. De onderhoudscomplexiteit hangt vooral af van één punt: blijven parameterinstellingen en gebruiksgewoonten van de omgevingen stabiel?
Cloudtelefoons en cloudbrowsers
Dit model lijkt meer op het huren van apparaten. Accounts draaien in telefoon- of browserinstances in de cloud, terwijl het lokale apparaat alleen voor de bediening wordt gebruikt.
Het voordeel is dat er lokaal vrijwel geen resources worden verbruikt, apparaatkenmerken van nature over verschillende instances zijn verdeeld en samenwerking tussen regio's plus centraal beheer eenvoudiger worden. Daar staat tegenover dat de kosten met elk extra instance blijven oplopen en op lange termijn vaak hoger uitvallen dan bij lokale oplossingen. De gebruikerservaring hangt bovendien af van de netwerkkwaliteit; een korte storing kan de hele omgeving vertragen. Afhankelijkheid van de cloud betekent ook dat de beschikbaarheid van de provider rechtstreeks invloed heeft op de bedrijfscontinuïteit.
| Type | Isolatiesterkte | Parametercontrole | Teamsamenwerking | Kosten en onderhoud |
|---|---|---|---|---|
| Handmatige multi-accountsetup | Geen apparaatisolatie | Vrijwel niet beheersbaar | Afhankelijk van gedeelde wachtwoorden | Lage kosten, weinig onderhoud |
| Multi-user OS / virtuele machine | Isolatie op systeemniveau; hardwarekenmerken sterk gelijk | Beperkt; moeilijk als consistente set te configureren | Zwak; rechten via systeemaccounts | Neemt ongeveer lineair toe met het aantal machines |
| Fingerprintbrowser | Isolatie per omgeving; apparaat- en netwerkidentiteit gescheiden | Als consistente set configureerbaar | Omgevingen toewijsbaar zonder accountgegevens te delen | Abonnement op basis van aantal omgevingen; gebruikt lokale hardware |
| Cloudtelefoon / cloudbrowser | Isolatie per cloudinstance | Configureerbaar binnen de mogelijkheden van de provider | Ondersteunt rechten voor meerdere gebruikers | Doorlopende kosten per instance; afhankelijk van netwerk |
Kies op basis van schaal
- Twee of drie accounts voor dagelijks persoonlijk gebruik: handmatig werken is voldoende; daarvoor is geen compleet systeem nodig.
- Eén winkel, langdurig online blijven en weinig bedieningsmomenten: multi-user besturingssysteem of virtuele machine.
- Meerdere winkels, meerdere advertentieaccounts of een netwerk van socialmedia-accounts waarbij zowel apparaat- als netwerkidentiteit gescheiden moeten zijn: fingerprintbrowser.
- Accounts verspreid over meerdere locaties, werk verdeeld over meerdere mensen of lokale apparaten die de belasting niet aankunnen: cloudtelefoons of cloudbrowsers, eventueel gecombineerd met andere aanpakken.
De beslisregel is in één zin samen te vatten: hoe dieper de isolatielaag, hoe groter het aantal accounts dat kan worden ondersteund, maar ook hoe hoger de initiële investering en beheerkosten. Beantwoord vóór de start twee vragen: blijft het aantal accounts groeien, en wat kost het om helemaal opnieuw te beginnen als een account problemen krijgt? Die tweede kostenpost is meestal veel groter dan de prijs van het hulpmiddel zelf.
Dit is een vergelijking van de mogelijkheden van verschillende technische aanpakken. Houd bij daadwerkelijk gebruik rekening met de servicevoorwaarden van elk platform en de toepasselijke lokale wetgeving.
