Posizione denominata non funzionante in Entra ID

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

Risolvi i problemi di una posizione denominata non funzionante in Microsoft Entra ID, con verifiche su intervalli IP, criteri, condizioni e valutazione di Accesso condizionale.

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

Una posizione denominata che non funziona richiede uno scenario aziendale chiaro, confini di accesso e di dati approvati e una responsabilità assegnata. Parti dal risultato che vuoi ottenere, verifica le indicazioni Microsoft aggiornate, testa la soluzione con utenti rappresentativi e documenta la decisione prima di estenderla. In questo modo la soluzione resta sicura, pratica e più semplice da supportare in Microsoft 365.

Posizione denominata non funzionante: checklist pratica

• Definisci lo scenario, il responsabile e il risultato atteso.
• Verifica autorizzazioni, sicurezza, criteri e impatto sugli utenti.
• Testa con un pilota e documenta le decisioni di supporto e revisione.

Consulta Microsoft Learn per le indicazioni aggiornate.

Ultima revisione: luglio 2026.

Le posizioni denominate in Microsoft Entra sono uno strumento potente per controllare l'accesso in base a regioni geografiche o intervalli IP. Ti permettono di decidere chi può fare cosa e da dove. Ma quando queste configurazioni non funzionano come previsto, le cose possono complicarsi in fretta: gli utenti vengono bloccati senza motivo, i nuovi criteri compromettono quelli esistenti e la risoluzione dei problemi diventa un gioco di supposizioni.

I problemi di accesso dipendono di solito da una configurazione errata, da una sovrapposizione di criteri non notata o da particolarità di rete, come indirizzi IP che cambiano o metadati non aggiornati. A volte i problemi sono sotto gli occhi di tutti: pensa agli IP dinamici, a un instradamento Internet anomalo o a posizioni attendibili che in realtà non lo sono. Per le organizzazioni che si affidano ad Accesso condizionale, queste falle possono aprire seri rischi per la sicurezza o compromettere operazioni aziendali critiche.

Questo articolo spiega come risolvere quei fastidiosi problemi legati alle posizioni denominate, aiutando i team IT a sciogliere i nodi dei problemi di accesso e a mantenere la sicurezza sotto controllo. Se stai lavorando per proteggere app e dati in Microsoft Entra, questa è la guida pratica e concreta che ti serve. Per un ulteriore punto di vista sulla gestione di questioni complesse di attendibilità nei criteri di accesso, dai un'occhiata a questo approfondimento sui problemi di attendibilità in Accesso condizionale. E se ti interessa la governance delle identità, non perdere questo articolo su cicli di sicurezza e governance dei criteri.

Risoluzione dei problemi di accesso con posizioni denominate nei criteri di Accesso condizionale

Far funzionare senza intoppi i criteri di Accesso condizionale con le posizioni denominate non è sempre semplice come tracciare linee su una mappa o inserire qualche indirizzo IP. A volte il diavolo si nasconde nei dettagli: un piccolo errore può propagarsi e causare un sacco di problemi di accesso. Se un utente è bloccato o una rete attendibile viene trattata come non attendibile in modo sospetto, di solito c'è un passo sbagliato in un criterio o in una configurazione.

Inoltre, ci sono modifiche alla rete che non controlli tu, come un provider che cambia gli IP pubblici o una NAT di livello carrier che fa passare più utenti attraverso lo stesso indirizzo. Questi cambiamenti sottili e spesso invisibili sono tra i problemi più ostici per i professionisti IT che gestiscono Microsoft Entra Accesso condizionale.

Ciò che rende spesso così complessa la risoluzione dei problemi è che la causa reale non si trova sempre nell'interfaccia di amministrazione di Entra. A volte manca un'assegnazione di attendibilità su una posizione denominata, la corrispondenza tra paese e intervallo IP è stata interpretata male, oppure mancano del tutto i dati di posizione a livello di dispositivo. Riconoscere questi schemi è la chiave per una soluzione rapida e ti aiuta a evitare confusione esasperante.

Andando più a fondo, sciogliere i problemi di accesso legati alle posizioni denominate richiede sia competenze tecniche sia un approccio metodico. Consideralo un lavoro investigativo: esamini le impostazioni, ricostruisci l'attività degli utenti e a volte individui anche anomalie di rete ostinate. Gli amministratori più esperti guardano il quadro generale. Perché il criterio è costruito in questo modo? Quali errori di accesso sono il segnale d'allarme di un problema più grande? I passaggi di risoluzione giusti riportano Accesso condizionale in equilibrio.

Se vuoi capire più a fondo come la governance e il famigerato «debito di identità» incidano sulla deriva dei criteri in Entra, trovi un'analisi solida in questo episodio sui cicli di sicurezza guidati dall'identità. Collegando l'igiene della configurazione ai rischi reali per il business, capirai perché mantenere in ordine le impostazioni delle posizioni denominate sia molto più che una questione burocratica.

Capire i problemi di accesso con le posizioni denominate

1. Definizioni errate degli intervalli IP: Se le tue posizioni denominate usano intervalli di IP pubblici obsoleti o incompleti, gli utenti potrebbero autenticarsi da una sede legittima ma al di fuori dei limiti che hai definito, con conseguenti negazioni di accesso inattese.
2. Sovrapposizione dell'ambito dei criteri: Criteri di accesso condizionale sovrapposti o in conflitto possono bloccare involontariamente gli accessi. Se più criteri si applicano agli stessi utenti o alle stesse app con regole opposte, le posizioni denominate potrebbero non essere applicate come previsto.
3. Assegnazione «attendibile» mancante: Dimenticare di contrassegnare una posizione denominata come «attendibile» significa che l'accesso condizionale non la riconoscerà durante la valutazione dei requisiti dei criteri, causando errori di accesso da posizioni che dovrebbero essere sicure.
4. Configurazione incompleta di Paese o GPS: Il rilevamento della posizione non funziona quando le selezioni dei Paesi, le impostazioni GPS o i campi dell'indirizzo sono mancanti o non corrispondenti, soprattutto se gli utenti viaggiano o si connettono da remoto.
5. Problemi con IP dinamici o NAT: Le reti con IP pubblici dinamici o con NAT a livello di operatore possono modificare l'indirizzo IP presentato dall'utente durante una sessione, facendolo improvvisamente apparire «non attendibile» per la valutazione dei criteri di Entra.

Verificare la configurazione delle posizioni attendibili nei criteri di accesso condizionale

1. Apri l'interfaccia di amministrazione di Microsoft Entra: Vai alla sezione «Accesso condizionale», quindi passa a «Posizioni denominate». Qui vedrai tutte le posizioni attualmente definite, per Paese, intervallo IP o GPS.
2. Controlla ogni posizione denominata: Fai clic su una posizione per visualizzarne i dettagli. Per le voci basate su IP, ricontrolla con attenzione tutti gli intervalli (sia IPv4 sia IPv6). Per quelle basate sui Paesi, verifica che siano selezionati tutti i Paesi necessari, senza omissioni accidentali.
3. Verifica la casella «Contrassegna come posizione attendibile»: Nel riquadro dei dettagli, controlla che l'opzione «Contrassegna come posizione attendibile» sia impostata come necessario. Se non è attivata, l'attendibilità della posizione non viene applicata durante la valutazione dei criteri, anche se gli altri dati sono corretti.
4. Convalida l'input GPS sui dispositivi (se utilizzato): Se ti affidi all'accesso basato su GPS, verifica che tutti i dispositivi degli utenti siano registrati in Intune e che i servizi di localizzazione funzionino correttamente. I dispositivi privi di conformità o di accesso al GPS non supereranno i controlli basati sulla posizione, in particolare negli ambienti BYOD o non aziendali.
5. Ispeziona i criteri di accesso condizionale assegnati: Assicurati che i criteri assegnino correttamente la posizione denominata attendibile nei criteri «Includi» o «Escludi». Assegnazioni sovrapposte o in conflitto causano spesso blocchi di accesso inattesi.
6. Testa e monitora i tentativi di accesso: Prova ad accedere dalle posizioni attendibili definite per verificare che l'accesso funzioni come previsto. Usa i log di accesso di Entra e le informazioni dettagliate sull'accesso condizionale per individuare errori, monitorare gli effetti dei criteri e intercettare rapidamente le configurazioni errate prima che interrompano il lavoro degli utenti.
7. Documenta e comunica le modifiche: Tieni un registro delle modifiche e avvisa i team interessati ogni volta che aggiorni le posizioni attendibili o i criteri. In questo modo, quando le cose vanno storte, avrai una traccia da seguire per risolvere i problemi in modo efficiente.

Definire la posizione dei Paesi in modo accurato per criteri di accesso affidabili

Definire i Paesi e i confini geografici è molto più che spuntare alcune caselle. Per farlo bene occorre decidere innanzitutto se basare le regole di posizione sui Paesi, sugli indirizzi IP o, in casi rari, sulle coordinate GPS. Ogni approccio ha pro e contro: i Paesi sono rapidi ma potrebbero risultare troppo generici, mentre gli intervalli IP offrono un controllo estremamente preciso, purché tu disponga di dati aggiornati e accurati.

Con le posizioni denominate basate su IP, l'accuratezza è tutto. Dovrai mantenere aggiornato l'elenco degli IP pubblici, soprattutto se la tua organizzazione usa indirizzi dinamici o ha sedi i cui indirizzi cambiano con il provider. Se ne dimentichi uno, potresti bloccare team legittimi, incluso il tuo stesso help desk. Per le regole basate sui Paesi, va ricordato che la geolocalizzazione IP è valida solo quanto i database pubblici su cui si basa, e gli errori capitano.

Se decidi di usare i dati GPS, l'approccio funziona meglio con dispositivi aziendali gestiti tramite Intune: con BYOD e hardware meno recente non otterrai risultati affidabili, perché non tutti i telefoni o i laptop possono (o dovrebbero) inviare coordinate GPS precise. Per i criteri generali, la selezione dei Paesi è semplice, ma non fidarti di essa per la sicurezza puntuale. Se la precisione è fondamentale, combina più tecniche e fai molti test con accessi reali prima di applicare il criterio a tutti.

Un approccio solido in questo senso elimina sul nascere la maggior parte dei problemi di accesso e ti offre un'applicazione dei criteri prevedibile e affidabile. Ricorda di verificare e aggiornare il tutto man mano che la tua organizzazione, e i confini digitali, cambiano nel tempo.

Risolvere gli errori di rilevamento delle posizioni denominate causati da problemi a livello di rete

Nessuno ti avverte che le posizioni denominate possono comportarsi in modo strano quando la rete sottostante inizia a cambiare. Ma, detto francamente, gli ISP amano cambiare gli IP pubblici e gli utenti remoti passano da una caffetteria alla connessione di casa a ogni accesso. Il Carrier-Grade NAT (CGNAT) non è solo un acronimo: significa che decine, o persino centinaia, di persone possono condividere un singolo IP pubblico, rendendo praticamente impossibile determinare la posizione del singolo utente.

Quando compaiono discrepanze nelle posizioni denominate, controlla innanzitutto la presenza di IP condivisi o riassegnati. Se il tuo criterio blocca un intero edificio perché l'ISP riassegna gli indirizzi, non sei il solo. Gli amministratori più esperti raccolgono campioni di IP reali da uffici, VPN ed endpoint remoti e aggiornano frequentemente gli intervalli consentiti per tenere il passo con questi cambiamenti.

Se noti che gli utenti iniziano improvvisamente a ricevere errori di accesso legati alla posizione, analizza i log di accesso di Accesso condizionale, prestando particolare attenzione all'IP client segnalato. Confrontalo con gli elenchi di IP delle posizioni denominate, cercando lacune o sovrapposizioni tra gli intervalli. A volte serviranno criteri di eccezione per mantenere operativi gli utenti dei casi limite che soffrono di particolari anomalie di routing dell'ISP.

Per rendere Accesso condizionale a prova di futuro, valuta di ampliare gli intervalli IP con criterio oppure di configurare criteri a più livelli con verifiche di identità secondarie (come la conformità del dispositivo) per le posizioni meno precise. Non dimenticare che la vera sicurezza non riguarda solo controlli rigidi, ma anche operazioni pratiche e sostenibili. Per approfondire la governance della sicurezza cloud e il drift dei criteri quando la rete è in evoluzione, dai un'occhiata a questa risorsa sulla strategia di governance.

Integrare le posizioni denominate con le strategie Zero Trust e MFA

Per molte organizzazioni, applicare Accesso condizionale non significa solo bloccare i malintenzionati, ma anche rendere l'esperienza semplice per gli utenti legittimi. Le posizioni denominate possono essere di grande aiuto. Ad esempio, è piuttosto comune escludere le « posizioni attendibili » (come la sede centrale dell'azienda) dalle richieste continue di autenticazione a più fattori (MFA), mantenendo però un livello di controllo elevato per tutti gli altri luoghi.

Qui entra in gioco la mentalità Zero Trust: il fatto che qualcuno si trovi nel tuo edificio (o utilizzi il tuo IP « sicuro ») non significa che sia automaticamente affidabile. La sicurezza moderna richiede prove a più livelli: verifiche del dispositivo, valutazione continua della sessione e controlli basati sul rischio che si adattano al contesto. Le posizioni denominate sono solo uno strumento nel quadro più ampio, non la soluzione completa.

Trovare il giusto equilibrio significa scegliere con attenzione quali posizioni considerare « attendibili », assicurandosi che siano definite con precisione e monitorate. Non lasciare che la fiducia diventi una porta aperta: imposta criteri che si adattino al rischio, riducendo le richieste solo dove ha davvero senso, e sempre con avvisi attivi.

Se vuoi ottimizzare davvero Accesso condizionale con autenticazione adattiva e controllo della sessione, soprattutto in ambienti Microsoft complessi, ascolta questo approfondimento sulla progettazione Zero Trust in M365/D365. Spiega come posizione, dispositivo e identità lavorano insieme, riducendo l'attrito per gli utenti senza scendere a compromessi sulla sicurezza.

Ascolta anche

Se stai cercando informazioni su named location not working Entra ID, questi episodi offrono un contesto pratico su identità, collaborazione, governance e adozione sicura dell'AI.

• Conditional Access – Simply Explained — Scopri come identità, dispositivo, posizione e segnali di rischio influenzano le decisioni di accesso.
• Microsoft AI Agent Harness – Simply Explained — Scopri i controlli che rendono l'automazione con l'IA più affidabile e osservabile.
• Microsoft Teams Governance – Simply Explained — Scopri come le regole di proprietà e di ciclo di vita mantengono la collaborazione sostenibile nel tempo.
• Microsoft Purview – Simply Explained — Collega collaborazione e identità con classificazione, conservazione e conformità.

Questi episodi ti aiutano a tradurre l'argomento tecnico in decisioni pratiche su implementazione e governance.

🎧 Ti consigliamo anche di ascoltare

• Identity Governance in Microsoft Entra

  Scopri i controlli su accesso, ciclo di vita e proprietà.

• Microsoft Purview – Simply Explained

  Approfondisci il contesto di protezione e governance.

• Microsoft 365 Governance Operating Model

  Comprendi le decisioni operative che rendono sostenibile la governance.