Ubicaciones con nombre que no funcionan en Entra ID

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

Soluciona problemas de una ubicación con nombre que no funciona en Microsoft Entra ID, con comprobaciones de los rangos de IP, las directivas, las condiciones y la evaluación de Acceso condicional.

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

Que una ubicación con nombre no funcione requiere un escenario de negocio claro, límites de acceso y de datos aprobados, y una propiedad con responsabilidades definidas. Empieza por el resultado que buscas, valida la documentación actual de Microsoft, prueba con usuarios representativos y documenta la decisión antes de escalar. Así la solución se mantiene segura, práctica y más fácil de mantener en Microsoft 365.

Ubicación con nombre: lista de comprobación práctica

• Define el escenario, el responsable y el resultado esperado.
• Valida los permisos, la seguridad, la directiva y el impacto en los usuarios.
• Prueba con un piloto y documenta las decisiones de soporte y revisión.

Consulta Microsoft Learn para obtener la guía más actual.

Última revisión: julio de 2026.

Las ubicaciones con nombre de Microsoft Entra son una forma eficaz de controlar el acceso según regiones geográficas o rangos de IP. Te permiten decidir quién puede hacer qué y desde dónde. Pero aquí está el detalle clave: cuando estas configuraciones no funcionan como deberían, las cosas se complican rápido. Los usuarios se quedan bloqueados sin previo aviso, las nuevas directivas rompen las antiguas y la resolución de problemas se convierte en un juego de adivinanzas.

Los problemas de acceso suelen deberse a una configuración incorrecta, a un solapamiento de directivas que se pasó por alto o a particularidades de red, como cambios en las direcciones IP o metadatos desactualizados. A veces los problemas están a la vista: IP dinámicas, rutas de Internet poco habituales o ubicaciones de confianza que en realidad no son de confianza. En organizaciones que dependen del Acceso condicional, estas brechas pueden abrir riesgos de seguridad graves o interrumpir operaciones de negocio vitales.

Este artículo explica cómo solucionar y resolver esos molestos problemas con las ubicaciones con nombre, para que los equipos de TI desenreden los conflictos de acceso y mantengan la seguridad bajo control. Si estás trabajando para proteger aplicaciones y datos en Microsoft Entra, esta es la guía práctica y sin rodeos que necesitas. Para tener otra perspectiva sobre la gestión de problemas de confianza complejos en directivas de acceso, consulta este recurso sobre los problemas de confianza en el Acceso condicional. Y si la gobernanza de identidades te preocupa, no te pierdas este enfoque sobre los bucles de seguridad y la gobernanza de directivas.

Solución de problemas con el acceso mediante ubicaciones con nombre en las directivas de Acceso condicional

Hacer que las directivas de Acceso condicional funcionen correctamente con ubicaciones con nombre no siempre es tan sencillo como dibujar líneas en un mapa o introducir unas cuantas direcciones IP. A veces el diablo está en los detalles: un pequeño error puede propagarse y provocar muchos problemas de acceso. Si un usuario está bloqueado, o una red de confianza se comporta de forma sospechosa como si no lo fuera, normalmente hay un error en la directiva o en la configuración.

Además, los cambios en la red que escapan a tu control, como un proveedor de Internet que cambia las IP públicas o una NAT de nivel de operador que hace pasar a varios usuarios por la misma conexión, pueden alterar los límites de seguridad que pretendías establecer. Estos cambios sutiles, y a menudo invisibles, son algunos de los problemas más difíciles para los profesionales de TI que trabajan con el Acceso condicional de Microsoft Entra.

Lo que suele hacer que la resolución de problemas sea tan compleja es que la causa real no siempre está en el centro de administración de Entra. A veces falta una asignación de confianza en una ubicación con nombre, se malinterpreta la asignación de países e IP o, incluso, faltan datos de ubicación a nivel de dispositivo. Reconocer estos patrones es clave para resolver el problema rápidamente y evitar la confusión que te haga arrancarte los pelos.

Si profundizamos, desenredar los problemas de acceso con ubicaciones con nombre exige tanto conocimientos técnicos como un enfoque metódico. Piénsalo como un trabajo de detective: examinas la configuración, sigues la actividad de los usuarios y, a veces, identificas peculiaridades de red que se resisten. Los administradores proactivos saben mirar el panorama general. ¿Por qué la directiva está construida de esta manera? ¿Qué fallos de acceso son la señal de alarma? Los pasos de resolución de problemas adecuados devuelven al Acceso condicional su equilibrio.

Si quieres entender con más profundidad cómo la gobernanza y la temida «deuda de identidad» afectan a la deriva de directivas en Entra, encontrarás un análisis sólido en este episodio sobre bucles de seguridad impulsados por la identidad. Al conectar la higiene de la configuración con los riesgos reales para el negocio, verás por qué mantener en orden la configuración de tus ubicaciones con nombre es mucho más que un trámite burocrático.

Comprender los fallos de acceso con ubicaciones con nombre

1. Definiciones de rangos IP incorrectas: Si tus ubicaciones con nombre usan rangos de IP públicas desactualizados o incompletos, los usuarios podrían autenticarse desde un sitio legítimo, pero fuera de los límites que has definido, lo que provoca denegaciones de acceso inesperadas.
2. Solapamiento de ámbitos de directivas: Las directivas de acceso condicional que se solapan o entran en conflicto pueden bloquear inicios de sesión sin que te des cuenta. Si varias directivas se aplican a los mismos usuarios o aplicaciones con reglas contrapuestas, es posible que las ubicaciones con nombre no se apliquen como pretendías.
3. Falta la asignación de «confiable»: Olvidar marcar una ubicación con nombre como «confiable» significa que el acceso condicional no la reconocerá al evaluar los requisitos de la directiva, lo que provoca fallos de acceso en ubicaciones que deberían ser seguras.
4. Configuración incompleta de país o GPS: La detección de ubicación falla cuando los países seleccionados, la configuración de GPS o los campos de dirección faltan o no coinciden, sobre todo si los usuarios viajan o se conectan de forma remota.
5. Problemas con IP dinámica o NAT: Las redes con IP públicas dinámicas o con NAT a nivel de operador pueden cambiar la dirección IP que presenta un usuario durante una sesión, lo que de repente lo hace parecer «no confiable» para la evaluación de directivas de Entra.

Verificar la configuración de ubicaciones de confianza en las directivas de acceso condicional

1. Abre el centro de administración de Microsoft Entra: Ve a la sección «Acceso condicional» y, a continuación, a «Ubicaciones con nombre». Aquí verás todas las ubicaciones definidas actualmente, por país, rango IP o GPS.
2. Revisa cada ubicación con nombre: Haz clic en una ubicación para ver sus detalles. En las entradas basadas en IP, revisa con atención todos los rangos (tanto IPv4 como IPv6) para comprobar que son correctos. En las basadas en país, confirma que están seleccionados todos los países necesarios, sin omisiones accidentales.
3. Marca la casilla «Marcar como ubicación de confianza»: En el panel de detalles, comprueba que la opción «Marcar como ubicación de confianza» está activada según necesites. Si no está habilitada, la confianza en la ubicación no se aplicará en la evaluación de la directiva, aunque los demás datos sean correctos.
4. Valida la entrada de GPS en los dispositivos (si se utiliza): Si confías en el acceso basado en GPS, confirma que todos los dispositivos de los usuarios están inscritos en Intune y que los servicios de ubicación funcionan correctamente. Los dispositivos sin cumplimiento o sin acceso a GPS fallarán las comprobaciones basadas en ubicación, sobre todo en entornos BYOD o no corporativos.
5. Revisa las directivas de acceso condicional asignadas: Asegúrate de que tus directivas asignan correctamente la ubicación con nombre de confianza en los criterios «Incluir» o «Excluir». Las asignaciones solapadas o en conflicto suelen provocar bloqueos de acceso inesperados.
6. Prueba y supervisa los intentos de acceso: Intenta iniciar sesión desde las ubicaciones de confianza definidas para comprobar que el acceso funciona como se espera. Usa los registros de inicio de sesión de Entra y la información de acceso condicional para detectar errores, seguir el efecto de las directivas y localizar rápidamente configuraciones incorrectas antes de que afecten a los usuarios.
7. Documenta y comunica los cambios: Mantén un registro de cambios y notifica a los equipos correspondientes cada vez que actualices ubicaciones de confianza o directivas. Así, cuando las cosas se compliquen, tendrás un historial en el que buscar y resolver los problemas de forma eficiente.

Define la ubicación de los países con precisión para directivas de acceso fiables

Definir países y límites geográficos es mucho más que marcar unas cuantas casillas. Hacerlo bien empieza por decidir si quieres reglas de ubicación basadas en países, en direcciones IP o, en casos excepcionales, en coordenadas GPS. Cada enfoque tiene ventajas e inconvenientes: los países son rápidos de configurar, pero pueden ser demasiado amplios, mientras que los rangos IP ofrecen un control muy preciso si consigues mantener datos actuales y exactos.

Con las ubicaciones con nombre basadas en IP, la precisión lo es todo. Tendrás que mantener actualizada tu lista de IP públicas, sobre todo si tu organización usa direccionamiento dinámico o tiene oficinas cuyas direcciones cambian con su proveedor. Si se te olvida una IP, podrías bloquear a equipos legítimos, incluso a tu propio servicio de asistencia técnica. En cuanto a las reglas basadas en país, conviene recordar que la geolocalización por IP solo es tan buena como las bases de datos públicas en las que se apoya, y los errores ocurren.

Si te animas con los datos de GPS, funcionan mejor con dispositivos corporativos gestionados por Intune. Los dispositivos BYOD y el hardware antiguo te van a fallar, ya que no todos los teléfonos o portátiles pueden (ni deberían) informar de la ubicación GPS con precisión. Para directivas generales, la selección de países es sencilla, pero no te fíes de ella para la seguridad de precisión. Si la exactitud es crítica para la misión, combina varias técnicas y prueba, prueba y vuelve a probar con inicios de sesión reales antes de aplicar la directiva a todos.

Un enfoque sólido evita de raíz la mayoría de los problemas de acceso y te ofrece una aplicación de directivas predecible y fiable. Recuerda auditar y actualizar la configuración a medida que tu organización, y las fronteras digitales, van cambiando con el tiempo.

Resolver los fallos de detección de ubicaciones con nombre causados por problemas a nivel de red

Nadie te advierte de que las ubicaciones con nombre pueden comportarse de forma extraña cuando la red que hay debajo empieza a cambiar. Pero, siendo sinceros, los proveedores de servicios de Internet (ISP) cambian las IP públicas constantemente, y los usuarios remotos saltan entre cafeterías y su Internet doméstico en cada inicio de sesión. El NAT a nivel de operador (CGNAT) no es solo sopa de letras: significa que decenas, incluso cientos, de personas podrían compartir una misma IP pública, lo que hace prácticamente imposible determinar la ubicación de un usuario concreto.

Cuando aparezcan discrepancias en las ubicaciones con nombre, comprueba primero si hay IP compartidas o recicladas. Si tu directiva bloquea un edificio entero porque el ISP reasigna direcciones, no eres el único. Los administradores experimentados recopilan muestras de IP reales de oficinas, VPN y puntos de conexión remotos, y actualizan con frecuencia sus rangos permitidos para seguir el ritmo de estos cambios.

Si notas que los usuarios empiezan a recibir errores de acceso relacionados con la ubicación, revisa los registros de inicio de sesión de Acceso condicional y fíjate con atención en la IP del cliente notificada. Compárala con tus listas de IP de ubicaciones con nombre, buscando huecos o solapamientos en los rangos. A veces necesitarás directivas de excepción para que las operaciones sigan funcionando sin problemas con los usuarios casos límite afectados por particularidades de enrutamiento de sus ISP.

Para preparar tu Acceso condicional a futuro, valora ampliar los rangos de IP con criterio o configurar directivas por capas con comprobaciones de identidad adicionales (como el cumplimiento del dispositivo) para ubicaciones poco precisas. No olvides que la seguridad real no consiste solo en controles estrictos, sino también en operaciones prácticas y sostenibles. Si quieres saber más sobre gobernanza de seguridad en la nube y la deriva de directivas cuando la red está en constante cambio, consulta este recurso sobre estrategia de gobernanza.

Integrar las ubicaciones con nombre con las estrategias de Zero Trust y MFA

En muchas organizaciones, aplicar el Acceso condicional no consiste solo en bloquear a los malos, sino también en facilitar la vida a los usuarios legítimos. Las ubicaciones con nombre pueden ayudar mucho en este punto. Por ejemplo, es bastante habitual eximir de las solicitudes constantes de autenticación multifactor (MFA) a las «ubicaciones de confianza» (como la sede central), manteniendo el nivel de exigencia en el resto de lugares.

Aquí es donde entra en juego la mentalidad de Zero Trust: que alguien esté dentro de tu edificio (o usando tu IP «segura») no significa que sea automáticamente inofensivo. La seguridad moderna exige pruebas en capas: comprobaciones del dispositivo, evaluación continua de la sesión y controles basados en el riesgo que se adaptan al contexto. Las ubicaciones con nombre son solo una pieza más del rompecabezas, no la solución completa.

Para lograr el equilibrio adecuado, hay que seleccionar con cuidado qué ubicaciones son «de confianza», asegurándose de que estén bien definidas y supervisadas. No dejes que la confianza se convierta en una puerta abierta: define directivas que se adapten al riesgo, reduce las solicitudes solo cuando realmente tenga sentido y mantén siempre alertas activas.

Si quieres afinar de verdad tu Acceso condicional con autenticación adaptativa y control de sesión, sobre todo en entornos complejos de Microsoft, escucha este análisis en profundidad sobre el diseño de Zero Trust en M365/D365. Explica cómo la ubicación, el dispositivo y la identidad funcionan conjuntamente, reduciendo la fricción para el usuario sin renunciar a la seguridad.

También te puede interesar

Si estás explorando named location not working Entra ID, estos episodios aportan contexto práctico sobre identidad, colaboración, gobernanza y adopción segura de la IA.

• Conditional Access – Simply Explained — Descubre cómo la identidad, el dispositivo, la ubicación y las señales de riesgo determinan las decisiones de acceso.
• Microsoft AI Agent Harness – Simply Explained — Explora los controles que hacen que la automatización con IA sea más fiable y observable.
• Microsoft Teams Governance – Simply Explained — Descubre cómo la propiedad y las reglas de ciclo de vida hacen que la colaboración sea sostenible.
• Microsoft Purview – Simply Explained — Conecta la colaboración y la identidad con la clasificación, la retención y el cumplimiento normativo.

Estos episodios te ayudan a traducir el tema técnico en decisiones prácticas de despliegue y gobernanza.

🎧 También te puede interesar

• Gobernanza de identidades en Microsoft Entra

  Aprende los controles de acceso, ciclo de vida y propiedad.

• Microsoft Purview – Simply Explained

  Explora el contexto de protección y gobernanza.

• Modelo operativo de gobernanza de Microsoft 365

  Comprende las decisiones operativas sostenibles.