Post actualizado el día noviembre 1, 2026 by DeiviSanzPlay
Cuando alguien busca como saber mi ip publica desde cmd, casi siempre imagina abrir una consola negra, teclear un comando y ver el número mágico. Y funciona, sí, pero solo mientras la red no se interpone. El escenario límite donde esa opción obvia se rompe es justo el más habitual hoy: estás detrás de un router doméstico, de una VPN corporativa o de un operador con CGNAT, y el comando te devuelve una dirección privada que no le sirve a nadie de fuera.
Me pasó hace poco ayudando a un compañero que teletrabaja: necesitaba dar su IP pública al soporte de una herramienta interna. Abrió cmd, ejecutó ipconfig y leyó 192.168.1.34. Se la pasó al técnico y aquello no conectó. La IP pública real era otra completamente distinta, gestionada por su operador. Ese es el punto de partida de este artículo: entender qué te dice cmd de verdad y cuándo ese dato deja de ser la IP que buscas.
Qué devuelve realmente la consola de Windows
El comando que casi todo el mundo usa es ipconfig. Muestra la configuración de las interfaces locales: dirección IPv4, máscara, puerta de enlace. Todo eso es información de tu red interna, no de tu cara visible hacia internet. Si estás conectado por cable a un router con NAT, verás una IP del rango 192.168.x.x o 10.x.x.x, que es privada por definición.
Hay una excepción interesante: si tu equipo tiene conexión directa a internet mediante PPPoE o una interfaz pública asignada sin NAT, ipconfig sí puede mostrar la IP pública. Es poco común en hogares, pero se da en algunos entornos empresariales y en conexiones 4G/5G con IP dedicada. Sin ese caso, la consola solo te habla de tu red local.
Existe otro comando, nslookup myip.opendns.com resolver1.opendns.com, que consulta a un resolutor DNS externo y te devuelve la IP con la que ese servidor te ve. Funciona en muchas configuraciones, pero no es infalible: si tu red bloquea DNS externos o el resolutor no soporta ese registro, falla. Y en redes con proxy transparente puede devolver una IP intermedia.
El problema real: NAT, VPN y CGNAT
El router de casa traduce direcciones. Tú ves una IP privada; el mundo ve la IP pública del router. Eso ya rompe la lectura directa de cmd. Pero hay escenarios peores. Con CGNAT, el operador coloca otra capa de traducción: varias viviendas comparten una misma IP pública. Si intentas usar el comando para identificarte ante un servicio externo, puedes acabar compartiendo IP con desconocidos, algo que afecta a listas de bloqueo y a diagnósticos remotos.
Las VPN añaden otra capa. Con una VPN activa, ipconfig mostrará la IP de la interfaz virtual, y los comandos DNS pueden devolver la IP de salida del túnel, que no es la de tu conexión doméstica. Saber cuál es tu IP pública desde cmd en ese contexto exige distinguir entre IP de túnel, IP del adaptador físico e IP de salida real. No hay un comando único de Windows que resuelva eso con fiabilidad en todos los casos.
Qué funciona cuando cmd no alcanza
La alternativa más honesta es contrastar. Ejecuta ipconfig para saber qué IP local tienes, y luego consulta un servicio externo desde el navegador o con curl ifconfig.me si tienes curl disponible en Windows. Si ambos datos coinciden, vas por buen camino. Si no, la diferencia te está diciendo algo: hay NAT, VPN o CGNAT en medio.
Otra opción es tracert hacia un destino externo. Si los primeros saltos son direcciones privadas, estás tras NAT. Si aparece una IP pública compartida en los primeros saltos, sospecha de CGNAT. No es una prueba definitiva, pero orienta.
Esto no funciona para determinar la IP pública en redes corporativas con proxies que enmascaran el tráfico ni en entornos donde el operador aplica NAT de operador sin IP dedicada. En esos casos, la IP pública no es tuya: es compartida o la gestiona un tercero. Ningún comando local lo cambia.
Un criterio práctico antes de fiarte del resultado
Antes de dar tu IP a un soporte, a un servidor o a una whitelist, pregúntate qué necesita esa IP: la de tu equipo, la de tu red o la que ve internet. Para acceder a un panel interno, suele servir la IP pública del router. Para identificar un dispositivo concreto en tu red, la privada. Para un servicio que bloquea por origen, necesitas la de salida real, y ahí la VPN importa.
Mi recomendación: usa cmd para lo que cmd hace bien, que es mostrarte la configuración local, y verifica la IP pública con una consulta externa. Documenta ambas. Cuando un técnico te pida «tu IP», preguntar «¿la local o la pública?» ahorra media hora de diagnóstico. Esa pregunta, y no el comando, es lo que de verdad resuelve el escenario límite.
Perfiles verificables: Sitio web
Publicado el 1 de November de 2026. Última revisión: 1 de November de 2026.
