Named Location werkt niet in Entra ID

By Mirko Peters · 2026-04-24 · Updated 2026-07-28

Los een named location die niet werkt in Microsoft Entra ID op, met controles op IP-bereiken, beleid, voorwaarden en de evaluatie van Conditional Access.

Automatically translated with AI from the original post. Read the English original

Named location werkt niet vraagt om een duidelijk zakelijk scenario, goedgekeurde toegang- en databegrenzingen en een verantwoordelijke eigenaar. Begin met het gewenste resultaat, controleer de huidige Microsoft-richtlijnen, test met representatieve gebruikers en documenteer de beslissing voordat je opschaalt. Zo blijft de oplossing veilig, praktisch en makkelijker te ondersteunen binnen Microsoft 365.

Named location werkt niet: praktische checklist

• Bepaal het scenario, de eigenaar en het verwachte resultaat.
• Controleer machtigingen, beveiliging, beleid en de impact op gebruikers.
• Test met een pilot en documenteer de beslissingen over ondersteuning en review.

Gebruik Microsoft Learn voor actuele richtlijnen.

Laatst gecontroleerd: juli 2026.

Named locations in Microsoft Entra zijn een krachtige manier om toegang te beheren op basis van geografische regio’s of IP-bereiken. Ze bepalen wie wat kan doen, en vanaf waar. Maar als deze configuraties niet werken zoals bedoeld, kan het al snel rommelig worden. Gebruikers worden onverwacht buitengesloten, nieuw beleid breekt oud beleid en het oplossen van problemen wordt een kwestie van gissen.

Toegangsproblemen komen meestal neer op een verkeerde configuratie, overlappend beleid dat over het hoofd is gezien, of netwerkeigenaardigheden zoals IP-adreswijzigingen of verouderde metadata. Soms zitten problemen gewoon voor je neus verborgen: denk aan dynamische IP’s, vreemde internetroutering of vertrouwde locaties die helemaal niet vertrouwd zijn. Voor organisaties die op Conditional Access vertrouwen, kunnen deze gaten ernstige beveiligingsrisico’s opleveren of essentiële bedrijfsprocessen verstoren.

Dit artikel gaat direct in op hoe je die lastige named location-problemen oplost, zodat IT-teams toegangsproblemen ontwarren en de beveiliging soepel blijft draaien. Werk je aan het afschermen van apps en data in Microsoft Entra, dan is dit de praktische, nuchtere gids die je nodig hebt. Voor extra perspectief op het beheren van complexe vertrouwenskwesties in toegangsbeleid, bekijk je deze bron over vertrouwensproblemen in Conditional Access. En houd je je bezig met identity governance, mis dan vooral deze kijk op beveiligingslussen en beleidsgovernance niet.

Problemen met named locations in Conditional Access-beleid oplossen

Conditional Access-beleid soepel laten werken met named locations is niet altijd zo eenvoudig als lijnen op een kaart tekenen of een handvol IP-adressen invoeren. Soms zit de duivel in de details: een kleine fout kan doorwerken en een hoop toegangsproblemen veroorzaken. Als een gebruiker buitengesloten raakt, of een vertrouwd netwerk zich verdacht onvertrouwd gedraagt, zit er meestal een misstap in het beleid of de configuratie.

Daarbovenop kunnen netwerkwijzigingen buiten jouw controle, zoals een internetprovider die publieke IP’s wijzigt, of carrier-grade NAT waarbij meerdere gebruikers via dezelfde verbinding naar buiten gaan, je beoogde beveiligingsgrenzen verstoren. Deze subtiele, vaak onzichtbare verschuivingen zijn voor IT-professionals die met Microsoft Entra Conditional Access werken een van de lastigste vraagstukken.

Wat het oplossen zo complex maakt, is dat de echte oorzaak niet altijd in het Entra-beheerportaal zit. Soms ontbreekt een vertrouwensinstelling op een named location, is de koppeling tussen land en IP-bereik verkeerd begrepen, of ontbreken locatiegegevens op apparaatniveau. Het herkennen van die patronen is essentieel voor een snelle oplossing en voorkomt een hoop hoofdpijn.

Als je dieper graaft, vraagt het ontwarren van named location-toegangsproblemen om zowel technische kennis als een methodische aanpak. Zie het als detectivewerk: je onderzoekt instellingen, volgt gebruikersactiviteit en soms ontdek je ook nog eigenaardige netwerkafwijkingen. Ervaren beheerders kijken naar het grotere plaatje. Waarom is het beleid zo opgezet? Welke toegangsfouten zijn de waarschuwingssignalen? De juiste stappen brengen Conditional Access weer in balans.

Als je dieper wilt inzoomen op hoe governance en de beruchte ‘identity debt’ beleidsafwijking in Entra beïnvloeden, vind je in deze aflevering over identiteitsgedreven security loops een degelijke uitleg. Door configuratiehygiëne te koppelen aan echte zakelijke risico’s zie je waarom het netjes bijhouden van je named location-instellingen meer is dan alleen administratie.

Storingen bij toegang via named locations begrijpen

1. Onjuiste IP-bereikdefinities: Als je named locations verouderde of onvolledige publieke IP-bereiken gebruiken, kunnen gebruikers zich aanmelden vanaf een legitieme locatie, maar buiten je opgegeven grenzen. Dat leidt tot onverwachte toegangsweigeringen.
2. Overlap in beleidsscope: Overlappende of conflicterende Conditional Access-beleidsregels kunnen aanmeldingen onbedoeld blokkeren. Als meerdere beleidsregels dezelfde gebruikers of apps met tegenstrijdige regels targeten, worden named locations mogelijk niet zoals bedoeld toegepast.
3. Ontbrekende toewijzing als ‘vertrouwd’: Als je vergeet een named location als ‘vertrouwd’ te markeren, herkent Conditional Access deze locatie niet bij het evalueren van beleidsvereisten. Dat veroorzaakt toegangsproblemen voor locaties die eigenlijk veilig zijn.
4. Onvolledige configuratie van land of GPS: Locatiedetectie faalt wanneer landselecties, GPS-instellingen of adresvelden ontbreken of niet overeenkomen, vooral als gebruikers reizen of op afstand verbinden.
5. Dynamische IP- of NAT-problemen: Netwerken met dynamische publieke IP-adressen of carrier-grade NAT kunnen het IP-adres van een gebruiker tijdens een sessie wijzigen. Daardoor lijkt die gebruiker opeens ‘niet vertrouwd’ voor de beleidsevaluatie van Entra.

Configuratie van vertrouwde locaties in Conditional Access-beleid controleren

1. Open het Microsoft Entra-beheercentrum: Ga naar de sectie ‘Conditional Access’ en navigeer vervolgens naar ‘Named locations’. Hier zie je alle momenteel gedefinieerde locaties, op basis van land, IP-bereik of GPS.
2. Controleer elke named location: Klik op een locatie om de details te bekijken. Controleer bij IP-gebaseerde items alle bereiken (zowel IPv4 als IPv6) goed op juistheid. Controleer bij landgebaseerde items of alle benodigde landen zijn geselecteerd, zonder onbedoelde weglatingen.
3. Vink ‘Mark as trusted location’ aan: Controleer in het detailvenster of de schakelaar ‘Mark as trusted location’ staat zoals gewenst. Als deze niet is ingeschakeld, wordt het vertrouwen van de locatie niet toegepast bij de beleidsevaluatie, ook als de overige gegevens correct zijn.
4. Valideer GPS-invoer op apparaten (indien gebruikt): Als je op GPS gebaseerde toegang gebruikt, controleer dan of alle gebruikersapparaten zijn ingeschreven in Intune en of de locatievoorzieningen werken. Apparaten zonder compliance of GPS-toegang falen bij locatiegebaseerde controles, vooral in BYOD- of niet-zakelijke omgevingen.
5. Controleer toegewezen Conditional Access-beleid: Zorg dat je beleidsregels de vertrouwde named location correct toewijzen onder de criteria ‘Include’ of ‘Exclude’. Overlappende of conflicterende toewijzingen zijn vaak de oorzaak van onverwachte toegangsblokkades.
6. Test en monitor aanmeldpogingen: Probeer je aan te melden vanaf de gedefinieerde vertrouwde locaties om te controleren of de toegang werkt zoals bedoeld. Gebruik de aanmeldingslogboeken van Entra en de inzichten van Conditional Access om fouten op te sporen, het effect van beleid te volgen en misconfiguraties snel te vinden voordat gebruikers er last van hebben.
7. Documenteer en communiceer wijzigingen: Houd een wijzigingslogboek bij en informeer de betrokken teams telkens wanneer je vertrouwde locaties of beleid aanpast. Zo heb je bij problemen een registratie waarmee je de oorzaak snel kunt terugvinden en oplossen.

Landen en locaties nauwkeurig definiëren voor betrouwbaar toegangsbeleid

Landen en geografische grenzen definiëren is veel meer dan een paar vinkjes zetten. Je begint met de keuze of je locatieregels wilt baseren op landen, IP-adressen of (in zeldzame gevallen) GPS-coördinaten. Elke aanpak heeft voor- en nadelen: landen zijn snel ingesteld maar mogelijk te breed, terwijl IP-bereiken uiterst precieze controle bieden als je over actuele en correcte gegevens beschikt.

Bij IP-gebaseerde named locations is nauwkeurigheid alles. Je moet je lijst met publieke IP-adressen actueel houden, zeker als je organisatie dynamisch adresseert of kantoren heeft waarvan de provider adressen laat roteren. Mis je een IP-adres, dan kun je legitieme teams buitensluiten, zelfs je eigen helpdesk. Bij landgebaseerde regels is het goed om te onthouden dat IP-geolocatie alleen zo goed is als de openbare databases erachter, en fouten komen voor.

Als je met GPS-gegevens gaat werken, werkt dat het beste met door Intune beheerde zakelijke apparaten. BYOD en oudere hardware laten je in de steek, want niet elke telefoon of laptop kan GPS-locaties betrouwbaar rapporteren (of hoort dat te doen). Voor brede beleidsregels is landselectie eenvoudig, maar vertrouw er niet op voor precieze beveiliging. Als nauwkeurigheid bedrijfskritisch is, combineer dan verschillende technieken en test, test, test met echte aanmeldingen voordat je het beleid voor iedereen afdwingt.

Met een degelijke aanpak voorkom je het grootste deel van de toegangsproblemen, en krijg je voorspelbare, betrouwbare handhaving van beleid. Vergeet niet om te controleren en bij te werken, want je organisatie en de digitale grenzen veranderen na verloop van tijd.

Storingen bij het detecteren van benoemde locaties oplossen die door netwerkproblemen worden veroorzaakt

Niemand vertelt je dat benoemde locaties vreemd gedrag gaan vertonen zodra het netwerk eronder verandert. Maar eerlijk is eerlijk: internetproviders wisselen graag publieke IP-adressen om, en externe gebruikers schakelen bij elke aanmelding tussen koffiehuizen en thuisinternet. Carrier-grade NAT (CGNAT) is meer dan alfabetsoep: het betekent dat tientallen, soms honderden mensen één publiek IP-adres delen, waardoor een unieke gebruikerslocatie vrijwel onmogelijk wordt vast te stellen.

Als er afwijkingen bij benoemde locaties optreden, kijk dan eerst naar gedeelde of hergebruikte IP-adressen. Als je beleid een heel gebouw blokkeert omdat de provider adressen opnieuw toewijst, ben je niet de enige. Slimme beheerders verzamelen IP-voorbeelden van kantoren, VPN's en externe eindpunten en werken hun toegestane bereiken regelmatig bij om gelijke tred te houden met deze wijzigingen.

Als gebruikers plotseling locatiegerelateerde toegangsfouten krijgen, duik dan in de aanmeldingslogboeken van voorwaardelijke toegang en let goed op het gerapporteerde client-IP-adres. Vergelijk dit met je lijsten met IP-adressen van benoemde locaties en zoek naar gaten of overlappingen in de bereiken. Soms heb je uitzonderingsbeleid nodig om de bedrijfsvoering soepel te laten verlopen voor die randgevallen die door bijzondere routering van hun provider buiten het beleid vallen.

Om je voorwaardelijke toegang toekomstbestendig te maken, kun je overwegen je IP-bereiken weloverwogen te verruimen, of gelaagd beleid op te zetten met aanvullende identiteitscontroles (zoals apparaatcompliance) voor onduidelijke locaties. En vergeet niet: echte beveiliging draait niet alleen om strakke controles, maar ook om praktische, duurzame bedrijfsvoering. Voor meer over cloudbeveiligingsgovernance en beleidsafwijking wanneer het netwerk in beweging is, kun je terecht bij deze governancestrategie.

Benoemde locaties integreren met Zero Trust- en MFA-strategieën

Voor veel organisaties draait voorwaardelijke toegang niet alleen om het blokkeren van de slechteriken, maar ook om het gebruiksgemak voor legitieme gebruikers. Benoemde locaties kunnen hierbij goed helpen. Het is bijvoorbeeld heel gebruikelijk om 'vertrouwde locaties' (zoals het hoofdkantoor) uit te sluiten van constante multifactorauthenticatie (MFA)-prompts, terwijl de lat voor alle andere locaties hoog blijft.

Hier komt de Zero Trust-gedachte om de hoek kijken: alleen omdat iemand in jouw gebouw zit (of jouw 'veilige' IP-adres gebruikt), betekent dat nog niet dat diegene automatisch onschuldig is. Moderne beveiliging vraagt om bewijs in lagen: apparaatcontroles, continue sessie-evaluatie en risicogestuurde maatregelen die zich aanpassen aan de context. Benoemde locaties zijn slechts één onderdeel van de grotere puzzel, niet de volledige oplossing.

Het juiste evenwicht vinden betekent zorgvuldig kiezen welke locaties 'vertrouwd' zijn, en ervoor zorgen dat ze correct zijn gedefinieerd en gemonitord. Laat vertrouwen geen open deur worden. Stel beleid op dat meebeweegt met het risico, verminder prompts alleen waar dat echt zinvol is, en zorg er altijd voor dat er waarschuwingen actief zijn.

Wil je voorwaardelijke toegang echt fijn afstellen met adaptieve authenticatie en sessiebeheer, zeker in complexe Microsoft-omgevingen, luister dan naar deze diepgaande aflevering over Zero Trust-ontwerp in M365/D365. Die legt uit hoe locatie, apparaat en identiteit samenwerken, waarmee je gebruikershinder vermindert zonder concessies te doen aan beveiliging.

Luister ook naar

Als je bezig bent met named location not working Entra ID, dan geven deze afleveringen praktische context over identiteit, samenwerking, governance en veilige adoptie van AI.

• Conditional Access – Simply Explained — Ontdek hoe identiteit, apparaat, locatie en risicosignalen toegangsbeslissingen bepalen.
• Microsoft AI Agent Harness – Simply Explained — Ontdek de instellingen waarmee AI-automatisering betrouwbaarder en beter zichtbaar wordt.
• Microsoft Teams Governance – Simply Explained — Ontdek hoe eigenaarschap en levenscyclusregels samenwerking duurzaam houden.
• Microsoft Purview – Simply Explained — Verbind samenwerking en identiteit met classificatie, bewaring en compliance.

Deze afleveringen helpen je om het technische onderwerp te vertalen naar praktische keuzes voor uitrol en governance.

🎧 Luister ook naar

• Identity Governance in Microsoft Entra

  Ontdek de controles voor toegang, levenscyclus en eigenaarschap.

• Microsoft Purview – Simply Explained

  Verken de context rond bescherming en governance.

• Microsoft 365 Governance Operating Model

  Begrijp de beslissingen voor een duurzame bedrijfsvoering.