Post actualizado el día noviembre 1, 2026 by DeiviSanzPlay
Todo empezó con una tontería doméstica: quería abrir un puerto del router para acceder a mi NAS desde fuera de casa. Entré por SSH al mini-servidor, abrí una consola y pensé que con un comando resolvería la duda más básica: obtener IP publica cmd me pareció sinónimo de escribir ipconfig y leer el primer número que apareciera. Grave error.
Lo que vi fue 192.168.1.42. Lo anoté, lo pegué en la configuración del DDNS y lo di por válido durante tres días. Cuando por fin intenté conectarme desde la oficina, nada respondía. Peor aún: había abierto un puerto del router a una IP que no era la pública, y el servicio quedó expuesto a través de una regla que apuntaba a mi propia red interna. Nadie entró, pero pudo haber entrado.
Por qué CMD no te da la IP pública con ipconfig
El comando ipconfig devuelve la dirección que el equipo tiene en la red local, la que asigna el router por DHCP. Es útil para diagnosticar el WiFi o comprobar si el adaptador tiene gateway, pero no es la IP pública. La IP pública la asigna el operador y vive en el router, no en el PC. Por eso obtener la IP pública desde CMD requiere consultar un servicio externo, no leer la configuración local.
El matiz importa: en redes con CGNAT (habitual en algunas conexiones móviles y en operadores que comparten direcciones), incluso la IP que devuelve un servicio externo puede no ser la que ven los servidores de destino. Ahí obtener IP publica cmd sirve para poco más que confirmar que estás detrás de una traducción de direcciones compartida.
El comando que sí funciona (y sus límites)
La vía más directa en Windows es nslookup myip.opendns.com resolver1.opendns.com. Devuelve la IP pública que OpenDNS ve al resolver la consulta. También funciona curl ifconfig.me si tienes curl instalado, o Invoke-RestMethod desde PowerShell. Todos consultan un tercero: si ese servicio cae o cambia su API, el comando deja de servir.
Esto no funciona para saber la IP pública de otro equipo de la casa sin acceso a él, ni para conocer la IP que verá un servidor concreto si hay proxies de por medio. Tampoco sustituye a mirar la página de estado del router, que sigue siendo la fuente más fiable en un entorno doméstico.
Lo que aprendí del incidente
Primero, que obtener IP publica cmd es un punto de partida, no una auditoría de red. Segundo, que abrir puertos sin verificar la IP real y sin un DDNS bien configurado es una mala idea. Tercero, que conviene comprobar la IP desde fuera de la red local: un móvil con datos, sin WiFi, abriendo un servicio de comprobación, da una segunda opinión que CMD no ofrece.
Desde entonces uso una regla simple: si voy a exponer algo a internet, primero confirmo la IP pública desde dos fuentes distintas, después reviso que el router no esté en CGNAT y, solo entonces, toco el firewall. La lección me costó tres días de servicio caído y un susto que podría haber sido peor.
Perfiles verificables: Sitio web
Publicado el 1 de November de 2026. Última revisión: 1 de November de 2026.
