Post actualizado el día noviembre 1, 2026 by DeiviSanzPlay
Cuando alguien pregunta como saber la IP de mi servidor, casi siempre comete el mismo error de partida: mira la dirección que le devuelve un panel de control y da por hecho que esa es la que necesitan sus usuarios, sus scripts o su cliente FTP. En la mayoría de los casos no lo es. Un servidor suele tener varias direcciones superpuestas: una privada dentro de la red del proveedor, una pública de salida y, a veces, una IP flotante o elástica que es la única que el exterior reconoce. Saber cuál es cuál resuelve el 90% de los problemas de conexión antes de tocar un firewall.
El escenario típico: contratas un VPS, entras por SSH, ejecutas ip a y ves algo como 10.0.0.14. Copias esa cifra, la pegas en el navegador y no carga nada. No es un fallo del servidor; es que estás viendo la interfaz interna del hipervisor. La dirección que responde desde internet la asigna el proveedor y aparece en su panel o mediante una consulta externa.
Distinguir la IP privada de la pública antes de culpar al servidor
La comprobación más rápida consiste en preguntar desde dentro del propio servidor cuál es la dirección con la que sale a internet. En Linux, herramientas como curl ifconfig.me o curl -4 icanhazip.com devuelven la IP pública de salida. Ese dato suele coincidir con la IP pública de entrada en configuraciones sencillas, pero no siempre: en arquitecturas con NAT, balanceadores o IP elástica, la salida puede ser distinta de la entrada.
Un caso real que veo a menudo: un cliente monta un servidor de correo en un VPS, comprueba la IP con curl, la mete en su registro SPF y los correos empiezan a rebotar. El motivo era que el proveedor enrutaba el tráfico saliente por otra dirección distinta a la de entrada. La IP que respondía al ping no era la que firmaba los envíos. Ahí no hay comando mágico: hay que revisar la documentación del proveedor o abrir un ticket.
Comandos que sí sirven para saber la IP de tu servidor
En Linux, ip addr show lista todas las interfaces y sus direcciones. En Windows Server, ipconfig /all hace lo equivalente. En macOS, ifconfig. Todos muestran la IP local del equipo, no la pública, salvo que la interfaz esté directamente expuesta. Esa es la limitación principal: ningún comando del sistema operativo conoce por sí solo la IP pública si hay NAT por medio.
Para la pública, lo más fiable es consultar el panel del proveedor (AWS, DigitalOcean, Hetzner, Azure, etc.) o usar un servicio externo de eco de IP. Si el servidor tiene IP elástica o flotante, esa es la que debes anotar: es la que sobrevive a reinicios y la que debes poner en los DNS.
Dónde mirar cuando el servidor está detrás de un dominio
Si lo que quieres es saber a qué IP apunta un dominio alojado en tu servidor, un dig +short tudominio.com o un nslookup te dan la respuesta autoritativa. Útil para verificar que el DNS apunta donde crees. Ojo con la caché: si cambiaste la IP hace poco, la respuesta puede tardar en propagarse y no significa que el servidor esté mal configurado.
En servidores compartidos, la IP del dominio es la del hosting, no la tuya. No puedes cambiarla ni reclamarla. Es una limitación que conviene aceptar antes de perder horas: en hosting compartido, la IP pública pertenece al proveedor y la compartes con otros clientes.
El error de confundir la IP del router con la del servidor
En un servidor casero (una Raspberry Pi, un NAS o un equipo reciclado en casa), la IP que ves con ipconfig o ip a es la local de tu red. Para que sea accesible desde fuera necesitas la IP pública de tu conexión y una redirección de puertos en el router. La pública la puedes consultar en el panel del router o con un servicio de eco. Sin ese paso, el servidor solo existe dentro de tu LAN.
Y aquí llega otro matiz: muchos operadores usan CGNAT, así que la IP pública que ves en el router puede no ser realmente exclusiva tuya. En ese caso, abrir puertos no funciona aunque lo hagas bien. La solución pasa por un túnel (VPN, Cloudflare Tunnel) o por contratar IP fija al operador.
Qué no funciona para saber la IP de un servidor
Los sitios que muestran «tu IP» en el navegador te dan la IP de tu equipo cliente, no la del servidor. Confundirlos es habitual cuando se prueba desde el propio servidor con navegador, pero no cuando se prueba desde el portátil. También es un error fijarse solo en la primera interfaz de ip a: los servidores modernos suelen tener loopback, interfaz de gestión y, a veces, interfaces de contenedores Docker (docker0) que no son la IP real del servicio.
Otro fallo común: revisar la IP dentro de un contenedor. Un contenedor Docker ve la IP del bridge, no la del host. Para saber la IP real del servidor desde dentro de un contenedor hay que consultar el host o un servicio externo. No hay atajo fiable desde el propio contenedor.
Resumen práctico
Para responder con precisión a como saber la IP de mi servidor, separa tres preguntas: ¿IP local del equipo? (ip a, ipconfig), ¿IP pública de entrada? (panel del proveedor o DNS del dominio), ¿IP pública de salida? (curl ifconfig.me desde el servidor). La que necesitas depende del problema: para configurar un cliente FTP, la de entrada; para registros SPF, la de salida; para acceder desde tu red local, la privada. Documentar las tres en una nota evita el 80% de los errores de configuración posteriores.
Perfiles verificables: Sitio web
Publicado el 1 de November de 2026. Última revisión: 1 de November de 2026.
