Post actualizado el día noviembre 1, 2026 by DeiviSanzPlay
Hay un momento muy concreto en el que ip pública de mi pc cmd deja de ser una consulta trivial y se convierte en un problema. No es cuando escribes ipconfig y ves una IP que empieza por 192.168. Tampoco cuando el navegador te devuelve una dirección de cuatro bloques y te quedas tranquilo. Es cuando necesitas esa IP para algo que va más allá de mirarla: abrir un puerto para un servidor casero, dar acceso remoto a un compañero, comprobar si tu operador te está poniendo detrás de CGNAT o verificar desde fuera qué dirección ve realmente internet cuando tu equipo habla.
Ahí el comando ipconfig falla. Y falla de forma silenciosa, que es lo peor: te muestra una IP privada con total confianza y tú la copias en un formulario pensando que has resuelto el problema.
Por qué cmd te enseña la IP equivocada para según qué cosas
La IP que devuelve ipconfig es la de tu adaptador de red dentro de la red local. Es la dirección que usa el router para hablar con tu PC, no la que usa internet para hablar con tu router. La IP pública es la del enlace del operador, y cmd no tiene forma de conocerla porque esa información no viaja hasta tu tarjeta de red.
Esto tiene una excepción que conviene tener clara: si tu equipo está conectado directamente a un módem en modo puente y obtiene la dirección por DHCP del operador, entonces sí puede coincidir. Es un escenario cada vez menos habitual en fibra doméstica, pero existe en algunas instalaciones con módem en bridge y router propio.
La forma más fiable de obtener la IP pública desde cmd sin depender del navegador es consultar un servicio externo. Por ejemplo:
curl ifconfig.me
o, si no tienes curl en esa versión de Windows:
nslookup myip.opendns.com resolver1.opendns.com
Ambos métodos te devuelven la dirección que ve el servidor remoto, que es exactamente la IP pública de tu conexión en ese instante. No es magia: es preguntarle a alguien de fuera qué ve cuando tú llamas.
El caso límite que rompe todo: CGNAT
Aquí llega el escenario que de verdad justifica este artículo. Muchos operadores, sobre todo en móvil y en algunas zonas con fibra compartida, aplican CGNAT. Tu router recibe una dirección que parece pública pero está dentro de un rango compartido (habitualmente 100.64.0.0/10). Cuando consultas tu IP pública con curl, obtienes una dirección, pero esa dirección la comparten decenas o cientos de clientes.
Consecuencia práctica: abrir un puerto en el router no sirve de nada. El paquete no llega. Y no hay comando en cmd que te avise de esto. Lo detectas comparando la IP que ves en la interfaz WAN de tu router con la que devuelve el servicio externo: si no coinciden, estás detrás de CGNAT.
En ese punto, la solución no es un comando, es hablar con el operador o usar un servicio de túnel. Y eso es justo lo que nadie te cuenta cuando busca ip pública de mi pc cmd esperando una respuesta única.
Qué sí puedes hacer desde la consola
Sin salir de cmd puedes obtener bastante información útil aunque no sea la IP pública directamente:
ipconfig /all te muestra la puerta de enlace, la máscara y los servidores DNS. Saber la puerta de enlace te dice a qué router estás conectado, y desde ahí puedes entrar a su panel para comprobar la IP WAN real.
tracert hacia un destino externo te revela si el primer salto después de tu router es una dirección privada del operador (otra pista de CGNAT).
netstat -n te enseña las conexiones activas y las IPs con las que hablas, útil para diagnosticar si el tráfico sale por donde crees.
Limitaciones que conviene asumir
Ningún método desde cmd te garantiza una IP pública estática. En conexiones domésticas la dirección cambia con el tiempo, a veces al reiniciar el router, a veces sin motivo aparente. Si necesitas una dirección fija para un servicio, la solución pasa por contratar IP estática o usar DNS dinámico, no por ejecutar un comando más veces.
Tampoco funciona en redes corporativas con proxy: curl puede devolver la IP del proxy, no la tuya. En esos entornos hay que revisar la configuración de red de la empresa antes de sacar conclusiones.
Y si estás en una VPN, la IP que veas será la del servidor VPN, no la de tu conexión original. Eso no es un fallo del comando, es que estás preguntando desde otro sitio.
Una forma honesta de comprobarlo
El flujo que yo uso cuando alguien me pregunta por su IP pública desde consola es este: primero ipconfig para confirmar en qué red estoy, luego la consulta externa con curl para ver qué IP ve internet, y por último comparo con la interfaz WAN del router. Si las tres coinciden, tengo una IP pública real. Si no, sé exactamente dónde está el problema y no pierdo media hora abriendo puertos que nunca van a funcionar.
La lección es sencilla: cmd es una herramienta excelente para diagnosticar tu red local, pero la IP pública vive fuera de tu equipo. Cualquier comando que te prometa lo contrario te está mintiendo por omisión.
Perfiles verificables: Sitio web
Publicado el 1 de November de 2026. Última revisión: 1 de November de 2026.
