Post actualizado el día noviembre 1, 2026 by DeiviSanzPlay
Era un martes por la mañana y yo tenía una videollamada con un cliente a las nueve. Antes de conectarme, quise comprobar algo tan simple como saber mi ip pública cmd, porque el día anterior el servidor de la oficina había empezado a rechazar mis conexiones. Abrí la ventana negra, tecleé el comando de turno, apunté la dirección en un post-it y seguí con mi vida. Error.
Lo que no sabía es que esa IP que me devolvió la consola no era la que veía el mundo. Mi router estaba detrás de una configuración de la operadora que compartía direcciones entre varios vecinos, y la cifra que cmd me mostraba era la de mi red local, no la de mi salida a internet. El cliente veía otra completamente distinta. Perdí media hora explicando un problema que no existía mientras mi verdadera IP seguía bloqueada en su firewall.
Por qué cmd te enseña la IP equivocada (a veces)
El comando clásico que mucha gente usa para saber mi ip pública cmd funciona, pero solo en ciertos escenarios. Devuelve la dirección del adaptador de red del equipo, que es la que tu router te asigna. Si estás conectado directamente a la fibra sin router intermedio, coincide con la pública. Si hay un router doméstico de por medio, ya no.
En mi caso había dos capas: el router de casa y el CGNAT de la operadora. Esa doble capa es cada vez más común en conexiones móviles y en algunos despliegues de fibra compartida. Cuando la red miente, el comando no miente: simplemente responde a otra pregunta. Ese matiz es el que se aprende a golpes.
Hay una prueba rápida para detectarlo: si la dirección que ves empieza por rangos reservados como 192.168.x.x o 10.x.x.x, estás mirando tu red interna. Para saber mi ip pública cmd real en esos casos hay que consultar un servicio externo, porque el equipo no tiene forma de conocer la dirección con la que sale al exterior.
El caso del profesional que trabajaba con VPN
Un compañero que hace soporte remoto tuvo un problema parecido, pero con VPN. Ejecutaba el comando para saber mi ip pública cmd mientras la VPN estaba activa y obtenía la dirección del túnel. Al desconectarla, la IP cambiaba y su herramienta de acceso remoto dejaba de responder. Había configurado las reglas del cortafuegos usando la dirección del túnel, que era dinámica.
La lección: cuando hay una VPN activa, el comando te muestra la IP de la interfaz virtual, no la de tu proveedor. Eso no es un fallo del comando, es una consecuencia de cómo se enruta el tráfico. Y no funciona para saber la dirección que ve un servidor externo si el túnel está levantado.
Qué hacer cuando el resultado no cuadra
Mi rutina ahora es distinta. Primero compruebo la IP con el comando, pero después abro un servicio web de los que muestran la dirección de salida y comparo. Si coinciden, respiro. Si no, sé que hay NAT, CGNAT, VPN o un proxy en medio, y dejo de fiarme de la primera cifra.
También aprendí a no reiniciar el router a media mañana. Las operadoras suelen asignar direcciones dinámicas, y un reinicio puede cambiarla justo cuando la necesitas estable. Para acceder a un servidor con lista blanca, lo sensato es contratar una IP fija o usar un servicio de DNS dinámico, no confiar en que la dirección de hoy será la de mañana.
Nada de esto garantiza que el comando vaya a funcionar siempre. En redes corporativas con proxies transparentes, el resultado puede ser todavía más confuso. La transparencia aquí consiste en aceptar que cmd es una herramienta local y que la IP pública es un dato que solo el exterior conoce con certeza.
Una nota sobre las fuentes
Los manuales de sistemas operativos y la documentación de las operadoras explican los rangos reservados y el funcionamiento del NAT, aunque no siempre lo hacen con ejemplos claros. Yo me apoyo en esas referencias y en la experiencia de haber roto una reunión por no contrastar dos números.
Perfiles verificables: Sitio web
Publicado el 1 de November de 2026. Última revisión: 1 de November de 2026.
