El fallo «No se puede obtener una dirección IP» o el aviso de «Conexión limitada o nula» es uno de los problemas de red local más frecuentes en empresas. Cuando este error ocurre, los equipos cliente pierden la capacidad de comunicarse con la puerta de enlace (gateway), quedando aislados de la red corporativa e internet.
En entornos Windows, suele ir acompañado del mensaje «Configuración IP no válida» o mostrando una dirección IP pública ficticia del rango APIPA (que empieza por 169.254.x.x).
A continuación, analizamos las causas principales de esta incidencia y las soluciones paso a paso para restablecer la conectividad.
Causas principales del fallo de asignación DHCP
El proceso de negociación entre el equipo cliente y el servidor de red (conocido como proceso DORA: Discover, Offer, Request, Acknowledge) se interrumpe habitualmente por:
- Saturación del rango de concesiones (DHCP Scope): El pool de direcciones IP dinámicas está al 100% de su capacidad debido a un tiempo de concesión (lease time) demasiado alto.
- Conflicto de servicios DHCP duplicados: La presencia de un router secundario, punto de acceso Wi-Fi o máquina virtual emitiendo respuestas DHCP no autorizadas (Rogue DHCP).
- Bloqueos en el servicio de cliente local: La pila TCP/IP o el servicio Cliente DHCP del sistema operativo Windows se ha bloqueado.
- Filtros MAC o aislamiento de VLAN: Reglas de seguridad en switches administrables que descartan las peticiones de broadcast del puerto.
Solución 1: Renovar la dirección IP y limpiar la pila TCP/IP desde la consola
En el equipo cliente afectado, forzar la liberación de la configuración anterior y solicitar una nueva concesión resuelve la mayoría de los bloqueos de memoria caché.
- Presiona las teclas
Windows + R, escribecmdy presiona Ctrl + Mayús + Enter para ejecutar la consola como Administrador. - Ejecuta la siguiente secuencia de comandos en orden, presionando Enter tras cada línea:
DOS
ipconfig /release
ipconfig /flushdns
ipconfig /renew
- Si el comando
ipconfig /renewdevuelve un mensaje de tiempo de espera agotado, reinicia el catálogo Winsock y la pila TCP/IP mediante los comandos:
DOS
netsh winsock reset
netsh int ip reset
- Reinicia el equipo para que el sistema reescriba los parámetros de red en el registro.
Solución 2: Ampliar el pool de direcciones o reducir el Tiempo de Concesión (Lease Time)
Si el problema afecta a múltiples usuarios de forma simultánea, el servidor DHCP se ha quedado sin direcciones libres para entregar.
| Parámetro a Configurar | Entorno Oficina Estándar | Entorno de Altas Visitas / Eventos |
|---|---|---|
| Tiempo de Concesión (Lease Time) | 8 días (por defecto) | 2 a 8 horas |
| Máscara de Subred | 255.255.255.0 (/24 – 254 IPs) | 255.255.248.0 (/21 – 2046 IPs) |
Pasos en Windows Server (DHCP Manager):
- Abre la consola de administración del servidor DHCP (
dhcpmgmt.msc). - Despliega el ámbito (Scope) de tu red local y ve a Propiedades del Ámbito.
- En la sección Duración de la concesión para clientes DHCP, reduce el tiempo a 8 horas si hay alta rotación de dispositivos móviles o portátiles.
- Revisa la pestaña Concesiones de direcciones (Address Leases) y elimina las entradas inactivas o caducadas para liberar espacio de inmediato.
Solución 3: Reiniciar y verificar el servicio «Cliente DHCP» en Windows
Si el sistema operativo ha desactivado por error el servicio encargado de negociar la dirección con el router o servidor:
- Presiona
Windows + R, escribeservices.mscy pulsa Enter. - Busca en la lista el servicio llamado Cliente DHCP.
- Comprueba que su estado sea En ejecución y su Tipo de inicio esté fijado en Automático.
- Si la opción de reiniciar está bloqueada desde la interfaz gráfica, abre
cmdcomo Administrador y fuerza su reinicio con los comandos:
DOS
net stop dhcp
net start dhcp
Preguntas Frecuentes (FAQ)
¿Por qué mi equipo asigna una dirección IP tipo 169.254.x.x?
Es el mecanismo APIPA (Automatic Private IP Addressing) de Windows. Cuando el equipo no recibe respuesta de ningún servidor DHCP tras varios intentos, se asigna automáticamente una IP de este rango para permitir al menos la comunicación local con otros equipos en el mismo segmento, aunque no dará acceso a internet.
¿Puede un antivirus o firewall de terceros bloquear la respuesta DHCP?
Sí. Ciertos suites de ciberseguridad corporativa interpretan los paquetes de respuesta UDP (puertos 67 y 68) como posibles ataques de suplantación. Desactiva temporalmente el módulo de protección de red del antivirus para descartar este bloqueo.