Post actualizado el día noviembre 1, 2026 by DeiviSanzPlay
Cuando alguien pregunta cuál es mi dirección ipv4, normalmente espera un número y ya está. Yo también lo pensaba hasta que un cliente me llamó un domingo porque su servidor de archivos había dejado de responder. El hombre había reiniciado el router por una avería de fibra y, al volver la luz, su NAS ya no aparecía en la red local. Todo apuntaba a un fallo del disco. El problema real era otro: la dirección IPv4 del equipo había cambiado y las reglas de reenvío de puertos seguían apuntando a la antigua.
Ese detalle, saber cuál es mi dirección ipv4 y si es fija o dinámica, marca la diferencia entre una tarde de diagnóstico y un fin de semana perdido.
Qué mirar cuando compruebas tu IP local
La IP privada que ves en tu ordenador no suele ser la misma que ve internet. En Windows puedes abrir una consola y escribir ipconfig; en macOS y Linux, ifconfig o ip addr. Ahí aparece la dirección que tu router te asignó, casi siempre dentro de rangos como 192.168.x.x o 10.x.x.x.
Esa es la IP local, y responde a la pregunta de cuál es mi dirección ipv4 solo a medias. Para saber la pública, la que ve cualquier web, basta con consultar un servicio tipo «what is my ip» desde el navegador. Son dos datos distintos y confundirlos es la causa de la mitad de los errores de configuración doméstica.
El caso del NAS: una IP dinámica que rompió el acceso remoto
El router del cliente tenía activado el DHCP, que reparte direcciones automáticamente. Al reiniciarse, el NAS recibió una IPv4 distinta y el reenvío de puertos seguía configurado hacia la anterior. El resultado: el acceso remoto dejó de funcionar sin ningún aviso.
La solución fue sencilla, pero reveladora: asignar una IP fija al NAS desde la tabla de reservas del router, no desde el propio dispositivo. Así, la respuesta a cuál es mi dirección ipv4 permanece estable aunque se reinicie el equipo. Si lo hubiera hecho desde el NAS, el router podría haber repartido esa misma dirección a otro aparato y provocar un conflicto de IP, un fallo mucho más difícil de detectar.
Por qué la reserva DHCP no siempre es la respuesta
Hay un matiz que casi nadie menciona: si cambias de router, las reservas se pierden. En ese escenario, la IP fija configurada en el propio dispositivo sigue funcionando, pero puede chocar con el rango del nuevo router. Mi recomendación práctica es usar reservas DHCP en redes domésticas y reservar la IP fija en el dispositivo solo cuando el router no permite reservas o cuando el equipo necesita una dirección que no dependa de la configuración del router.
Esto no funciona igual en redes grandes con VLAN o en entornos donde la gestión de direcciones se hace por servidor DHCP centralizado. Ahí conviene documentar cada equipo y su rol antes de tocar nada.
El detalle que casi nadie revisa: la máscara de subred
Otro error frecuente es asumir que la IP es suficiente. Si la máscara de subred está mal, dos equipos que deberían verse no se encuentran. En el caso del NAS, el cliente había cambiado la máscara al configurar una VPN casera y no lo recordaba. La consulta de cuál es mi dirección ipv4 le mostró la IP correcta, pero la máscara era 255.255.255.0 en un equipo y 255.255.0.0 en otro. Resultado: el tráfico no salía del segmento esperado.
Revisar IP, máscara y puerta de enlace juntas evita perseguir fantasmas. Yo lo llamo «la tríada de la red local».
Cuándo la IP pública sí importa
En el acceso remoto al NAS, la IP pública también cambió. Muchos proveedores de fibra asignan direcciones dinámicas que rotan al reiniciar el router. El cliente tenía una regla de firewall en su oficina que permitía solo su IP pública antigua. Al cambiar, quedó bloqueado. La solución pasó por usar un servicio de DNS dinámico o una VPN, no por perseguir la IP cada mañana.
Si tu proveedor no ofrece IP fija, no prometas acceso remoto estable sin un mecanismo intermedio. Es una limitación real que conviene explicar antes de configurar nada.
Qué hacer la próxima vez que revises tu red
Antes de tocar reenvíos de puertos, anota la IP local, la máscara y la puerta de enlace. Comprueba si el router tiene reservas DHCP y si el equipo necesita IP fija. Y si el acceso remoto es crítico, plantea DNS dinámico o VPN en lugar de depender de una IP pública concreta.
Saber cuál es mi dirección ipv4 es el primer paso, pero entender si esa dirección cambia o se queda quieta es lo que evita el próximo domingo de guardia.
Perfiles verificables: Sitio web
Publicado el 1 de November de 2026. Última revisión: 1 de November de 2026.
