Naar hoofdinhoud
Joinly by KoppelHet

Entra ID en Active Directory

Entra Connect of Cloud Sync: welke past bij jouw organisatie?

Je medewerkers gebruiken zowel Active Directory als Microsoft 365. Dan wil je dat accounts en wijzigingen op beide plekken kloppen, zonder dubbel beheer. Microsoft biedt daarvoor Entra Connect Sync en Cloud Sync. Wat is het verschil, wanneer kies je welke oplossing en wat regelen ze juist níét?

Wat synchronisatie oplost, en wat niet

Een account in Active Directory en een account in Microsoft 365 horen bij dezelfde medewerker. Synchronisatie zorgt dat die werelden bij elkaar blijven. Maar de sync weet niet of iemand morgen begint of gisteren uit dienst is gegaan.

In een hybride omgeving heb je twee directories: Active Directory op locatie en Microsoft Entra ID in de cloud. Een sync houdt ze gelijk. Hij leest de gebruikers, groepen en contactpersonen uit de OU's die je kiest, en maakt of werkt ze bij in Entra ID. Daarmee kan iemand met hetzelfde account op zijn werkplek en in Microsoft 365 inloggen. Hoe de twee directories zich tot elkaar verhouden, lees je in Active Directory vs Entra ID.

De richting is vooral van AD naar de cloud. Een gesynchroniseerd account heeft AD als bron: wat je in AD wijzigt, komt in Entra ID terecht, en wat je in Entra ID aan dat account probeert te wijzigen, lukt niet. Er gaat een klein aantal dingen terug, als je dat aanzet: wachtwoorden die in de cloud zijn gereset (password writeback), een aantal Exchange-attributen bij Exchange hybride, en groepen.

Wat een sync niet doet: beslissen wie er een account hoort te hebben. Hij kopieert wat er in AD staat. Een account dat iemand in AD vergeet uit te zetten, blijft ook in de cloud actief. Een afdeling die in AD verkeerd is gespeld, staat in Entra ID net zo verkeerd. En geen van beide maakt gebruikers aan in AD vanuit de cloud: Microsoft noemt "User Provisioning to AD" voor Connect Sync en Cloud Sync allebei als niet ondersteund.

Connect Sync of Cloud Sync: welke past bij jouw omgeving?

Cloud Sync klinkt als de vanzelfsprekende moderne keuze, maar bestaande inrichting en uitzonderingen kunnen belangrijker zijn dan de techniek die nieuwer is.

Microsoft Entra Connect Sync is de opvolger van Azure AD Connect en DirSync. Je installeert hem op een eigen Windows-server, met een sync-engine, een database en een Synchronization Rules Editor waarin je alles kunt aanpassen. Staat die server stil, dan staat de sync stil; een tweede server kan alleen in staging mode meedraaien.

Microsoft Entra Cloud Sync werkt anders. Op een of meer servers in je netwerk, ook een domeincontroller, draait de Microsoft Entra provisioning agent. Die maakt alleen uitgaande verbindingen en wordt automatisch bijgewerkt. De configuratie, de planning en de verwerking zitten in de cloud, en je beheert alles vanuit het Entra-beheercentrum. Meerdere agents zijn tegelijk actief, dus als er een uitvalt, gaat de sync door.

De verschillen die er in de praktijk toe doen
Connect SyncCloud Sync
Waar het draaitEigen server met sync-engine en databaseLichte agents in je netwerk, de rest in de cloud
IntervalStandaard elke 30 minutenElke twee minuten
Uitval van een serverSync stopt tot de server terug isAndere agents nemen het over
Losgekoppelde forestsNeeJa
OmvangGeen vaste grens per domein; groepen tot 250.000 ledenTot 150.000 objecten per domein; groepen tot 50.000 leden
Aanpassen van de syncVolledige syncregels, ook complexAttribuutmapping met expressies, eenvoudiger filters
Pass-through authentication en AD FS instellenJa, vanuit de wizardNee, dat regel je los
Groepen uit de cloud naar ADAlleen de oude group writebackJa, groepsprovisioning naar AD
Eén gebruiker meteen testenNeeJa, on-demand provisioning
Waar nieuwe functies komenMinderHier, volgens Microsoft

Wanneer blijf je bij Connect Sync? Als je meer dan 150.000 objecten per domein hebt, groepen met meer dan 50.000 leden, complexe eigen syncregels, attributen uit meerdere forests samenvoegt, of pass-through authentication en AD FS vanuit de sync beheert. Voor de meeste organisaties met één forest en een paar duizend accounts past Cloud Sync. Microsoft heeft een migratietool en een beslisgids voor de overstap.

Hoe snel zie je een wijziging terug in Microsoft 365?

Voor IT is een halfuur vaak prima. Voor een medewerker die op zijn eerste dag niet kan inloggen, voelt dat heel anders.

Bij Connect Sync draait er standaard elke 30 minuten een synchronisatiecyclus. Je kunt dat interval langer maken, korter dan wat Microsoft toestaat gaat niet. Microsoft eist wel dat er minstens eens per zeven dagen een cyclus draait; anders heb je een volledige synchronisatie nodig om weer op het goede spoor te komen. Wil je een wijziging direct doorzetten, start dan zelf een delta-cyclus op de Connect-server:

Op de Connect Sync-server
Import-Module ADSync

# De huidige planning en het volgende tijdstip
Get-ADSyncScheduler

# Alleen de wijzigingen nu doorzetten
Start-ADSyncSyncCycle -PolicyType Delta

# Volledige cyclus, nodig na het aanpassen van syncregels of filters
Start-ADSyncSyncCycle -PolicyType Initial

Bij Cloud Sync is er geen cmdlet nodig. De sync loopt elke twee minuten, en voor één gebruiker kun je in het Entra-beheercentrum onder de configuratie kiezen voor Provision on demand. Je ziet dan per stap wat er met het object gebeurt, wat ook het snelste is om een mappingfout te vinden.

Soft match en hard match: als een cloudaccount al bestaat

Begon je met accounts in de cloud en zet je daarna pas een sync aan, of bouw je een gebruiker in AD opnieuw op, dan moet Entra ID weten of het binnenkomende AD-object hetzelfde is als een account dat al bestaat. Dat heet matchen, en er zijn twee soorten:

Hard matchSoft match
WaaropDe sourceAnchor uit AD tegen de ImmutableId in Entra IDDe userPrincipalName of het primaire e-mailadres (SMTP: in proxyAddresses)
Waar de sourceAnchor vandaan komtBase64 van mS-DS-ConsistencyGuid, of van objectGUID, afhankelijk van je configuratieSpeelt geen rol
VolgordeWordt eerst geprobeerdAlleen als er geen hard match is
  • Accounts met een beheerdersrol worden standaard niet gematcht. Microsoft raadt af om AD-accounts te koppelen aan bestaande beheerdersaccounts in de cloud.
  • `AttributeValueMustBeUnique` krijg je als een nieuw AD-object hetzelfde primaire e-mailadres of dezelfde SID heeft als een bestaand account, maar een andere sourceAnchor. Meestal is de gebruiker in AD opnieuw aangemaakt. De oplossing is de mS-DS-ConsistencyGuid van het AD-object gelijk te zetten aan de ImmutableId van het cloudaccount, zodat er een hard match komt.
  • Matchen uitzetten kan per tenant, en Microsoft raadt dat aan zodra je het niet meer nodig hebt. Met BlockSoftMatchEnabled en BlockCloudObjectTakeoverThroughHardMatchEnabled voorkom je dat een AD-object per ongeluk een cloudaccount overneemt.
Soft match blokkeren met Microsoft Graph PowerShell
Connect-MgGraph -Scopes "OnPremDirectorySynchronization.ReadWrite.All"

$sync = Get-MgDirectoryOnPremiseSynchronization
$sync.Features.BlockSoftMatchEnabled = $true
Update-MgDirectoryOnPremiseSynchronization `
  -OnPremisesDirectorySynchronizationId $sync.Id `
  -Features $sync.Features

De source of authority per gebruiker naar de cloud

Een gesynchroniseerd account naar de cloud halen was lang omslachtig. Dat kan nu per gebruiker. Met de eigenschap isCloudManaged op onPremisesSyncBehavior zet je de source of authority (SOA) van één gebruiker naar Entra ID. Daarna negeert de sync wijzigingen uit AD voor dat account, en beheer je het in de cloud.

  • Je hebt de rol Hybrid Administrator nodig en de permissie User-OnPremisesSyncBehavior.ReadWrite.All. Er is geen extra licentie voor nodig.
  • De sync moet het ondersteunen: Connect Sync vanaf versie 2.5.76.0, of de Cloud Sync-agent vanaf 1.1.1370.0.
  • De wijziging staat in de auditlogs als "Change Source of Authority from AD to cloud".
  • Moet het account nog bij bronnen op locatie, zoals een fileserver, dan moet je de on-premises-attributen (zoals onPremisesSamAccountName en onPremisesSecurityIdentifier) zelf blijven bijhouden.
  • Terugdraaien kan met isCloudManaged op false. Het is pas klaar na de volgende synccyclus.
Eén gebruiker cloudbeheerd maken
Connect-MgGraph -Scopes "User-OnPremisesSyncBehavior.ReadWrite.All"

$id = (Get-MgUser -UserId "jan.jansen@bedrijf.nl").Id
Update-MgUserOnPremiseSyncBehavior -UserId $id -BodyParameter @{ isCloudManaged = $true }

# Controle
Invoke-MgGraphRequest -Method GET `
  -Uri "https://graph.microsoft.com/v1.0/users/$id/onPremisesSyncBehavior?`$select=isCloudManaged"

De fouten die je pas merkt als iemand geen toegang heeft

Veel synchronisatieproblemen beginnen bij onjuiste gegevens of bij wijzigingen op de verkeerde plek.

  • Het account in de cloud aanpassen. Bij een gesynchroniseerde gebruiker zijn naam, afdeling, functie en de extension attributes in Entra ID alleen-lezen. Pas ze in AD aan. Welke velden ertoe doen, staat in gebruikersattributen in Entra ID.
  • De wizard open laten staan. Zolang de installatiewizard van Connect Sync openstaat, staat de planning stil en wordt er niets gesynchroniseerd.
  • Een tweede actieve Connect-server. Er mag er één actief zijn; een tweede draait in staging mode, en die moet je bewust omzetten als de eerste uitvalt.
  • Uitgeschakeld in AD, maar actief in de cloud. Gebruik je een sync-interval van een uur of langer, dan kan een vertrokken medewerker na het uitzetten in AD nog even in Microsoft 365. Trek bij een spoedvertrek ook de sessies in.
  • Een OU die buiten de scope valt. Verplaats je een gebruiker naar een OU die niet wordt gesynchroniseerd, dan ziet de sync dat als een verwijdering, en verdwijnt het account in Entra ID naar de prullenbak.

Joinly

Synchronisatie is nog geen automatisch gebruikersbeheer

Cloud Sync of Connect Sync zorgt dat wijzigingen vanuit Active Directory in Entra ID terechtkomen. Maar wie maakt het account in AD aan? En wie verwerkt het vertrek als HR dat doorgeeft? Dat blijft buiten de synchronisatie zelf.

Joinly vult die stap aan. Het koppelt HR aan je gebruikersbeheer en kan accounts via de Joinly Agent in Active Directory aanmaken, aanpassen en uitschakelen. Werk je cloud-only, dan maakt Joinly het account direct in Microsoft Entra ID aan.

De Joinly Agent die een hybride en on-premise Active Directory beheertBekijk Joinly voor Active Directory

Waar je op kunt rekenen

  • Geen vendor lock-inJe identiteiten en je inrichting blijven van jou.
  • Je data eruit wanneer je wiltJe kunt je gegevens op elk moment exporteren.
  • Standaard SLAOnze standaard SLA is opvraagbaar.
  • Begeleiding bij de implementatieOnze specialisten richten het samen met je in.
  • ISO 27001-gecertificeerdInformatiebeveiliging volgens een internationaal erkende norm.

Entra Connect of Cloud Sync

Veelgestelde vragen

  • Moet ik overstappen van Entra Connect Sync naar Cloud Sync?

    Microsoft ontwikkelt nieuwe functies vooral voor Cloud Sync en noemt het de aanbevolen weg voor de meeste organisaties. Blijf bij Connect Sync als je meer dan 150.000 objecten per domein hebt, groepen met meer dan 50.000 leden, complexe eigen syncregels, of pass-through authentication en AD FS vanuit de sync beheert.

  • Hoe vaak synchroniseert Entra Connect?

    Connect Sync draait standaard elke 30 minuten een cyclus. Met `Start-ADSyncSyncCycle -PolicyType Delta` zet je een wijziging direct door. Cloud Sync synchroniseert elke twee minuten.

  • Kan ik Connect Sync en Cloud Sync tegelijk gebruiken?

    Tijdens een overstap wel. Microsoft beschrijft een migratie in porties, bijvoorbeeld per OU, waarbij Connect Sync voor de objecten die al over zijn met speciale regels niets meer exporteert. Volg die migratiehandleiding, of de migratietool, en zet niet zelf beide los op dezelfde OU's.

  • Waarom kan ik de naam van een gebruiker niet wijzigen in Entra ID?

    Omdat het account uit AD wordt gesynchroniseerd en AD de bron is. Wijzig de naam in AD, of zet de source of authority van dat ene account naar de cloud met `isCloudManaged` als je het voortaan in Entra ID wilt beheren.

  • Wat is het verschil tussen soft match en hard match?

    Een hard match koppelt een AD-object aan een bestaand cloudaccount op de sourceAnchor en de `ImmutableId`. Een soft match koppelt op de UPN of het primaire e-mailadres, en wordt alleen geprobeerd als er geen hard match is. In beide gevallen neemt AD daarna het account over en overschrijft het de velden in de cloud.

Probeer Joinly bovenop je eigen Microsoft-omgeving

Rollen, workflows, externen en een auditlog voor Entra ID en Active Directory. Begin met demodata in de gratis proefomgeving.

Geen creditcard, geen installatie.

Liever eerst een gesprek? Praat met een IAM-specialist