Informática y Software Práctico

Comando para saber la IP en Linux que me delató en remoto

Post actualizado el día noviembre 1, 2026 by DeiviSanzPlay

Estaba conectado por SSH a la máquina de un familiar para arreglar un problema de un servidor casero con Nextcloud. Le pedí que ejecutara un comando para saber la ip en linux y me dictara el resultado por teléfono. Me leyó una dirección que empezaba por 127. Lo di por bueno, cerré la sesión y al día siguiente la web seguía sin ser accesible desde fuera. Había confundido la IP de loopback con la IP de red: un clásico que deja a medio mundo pensando que su router está roto.

El error no fue del comando, fue de quien interpretó la salida. Y ese matiz importa, porque casi todos los tutoriales te dicen qué teclear pero no cómo leer lo que aparece en pantalla.

Qué comando para saber la IP en Linux uso realmente y por qué

En la mayoría de distribuciones actuales, el comando para saber la ip en linux más directo es ip a (o ip addr show). Sustituyó a ifconfig, que sigue existiendo en algunos sistemas pero ya no viene instalado por defecto en muchas distros modernas. Si escribes ifconfig y te responde «command not found», no estás ante un sistema roto: simplemente el paquete net-tools no está instalado.

La salida de ip a es más densa de lo que parece. Verás interfaces como lo, eth0, wlan0 o nombres extraños tipo enp3s0. La que te interesa para saber tu IP local suele ser la que tiene estado UP y una línea con inet seguida de una dirección. La lo con 127.0.0.1 es la de loopback: sirve para que la máquina hable consigo misma, no para que la veas desde otro dispositivo.

El caso real: cuando la IP local no es la que buscas

Volviendo a mi familiar, su equipo tenía dos interfaces activas: una Ethernet y una WiFi. La WiFi estaba conectada a una red de invitados del router, con una IP distinta a la de la red principal. Yo abrí el puerto en el router para la IP de la Ethernet, pero el servidor estaba escuchando por la WiFi. Resultado: el reenvío de puertos apuntaba a un sitio equivocado.

Esto es habitual en hogares con routers que emiten dos SSID o con PLC y repetidores. El comando para saber la ip en linux te muestra todas las interfaces, pero tú tienes que decidir cuál es la que está conectada a la red que te interesa. Si hay varias, comprueba con ip route cuál es la puerta de enlace por defecto: la interfaz asociada a esa ruta suele ser la que usas para salir a Internet.

La IP privada no es la IP pública

Aquí está la segunda trampa. El comando para saber la ip en linux que ejecutas en local te da una dirección privada (rangos 192.168.x.x, 10.x.x.x o 172.16.x.x a 172.31.x.x). Esa IP no sirve para que alguien de fuera acceda a tu equipo. Para conocer la IP pública necesitas consultar un servicio externo, por ejemplo con curl ifconfig.me o curl icanhazip.com. No es un comando del sistema, es una petición HTTP a un tercero.

Esto no funciona para todos los casos: si estás detrás de CGNAT (habitual en conexiones móviles y en algunos operadores), la IP que te devuelve el servicio externo es la del operador, no la de tu router, y abrir puertos no te va a servir sin otras soluciones como túneles o VPN.

Otras variantes según el sistema

En sistemas con NetworkManager, nmcli device show te da información más legible con etiquetas como IP4.ADDRESS. En servidores minimalistas sin ip pero con herramientas básicas, hostname -I devuelve las IPs asignadas de forma rápida, aunque no distingue interfaces. Y si trabajas con contenedores, recuerda que la IP del contenedor no es la del host: ahí el comando para saber la ip en linux dentro del contenedor te dará una dirección de la red virtual de Docker.

Mi recomendación tras años de tropiezos: antes de tocar configuración de red, ejecuta ip a y ip route, anota qué interfaz tiene la puerta de enlace por defecto y contrasta esa IP con la que aparece en la lista de dispositivos del router. Si no coinciden, ahí está tu problema.

Una limitación que casi nadie menciona

Si tu equipo está apagado o desconectado, ningún comando te va a decir su IP. Suena obvio, pero en soporte remoto se pierde tiempo intentando averiguar la IP de una máquina que ya no está en la red. En esos casos conviene revisar la tabla de asignaciones DHCP del router o tener configurada una reserva por MAC. La documentación oficial de iproute2 y las páginas man de ip cubren todas las opciones, y son más fiables que cualquier recopilatorio rápido.


Sobre el autor: DeiviSanzPlay — Soy David Sanz, Editor y Responsable de Contenidos. Mi trabajo consiste en revisar, corregir y mejorar los contenidos de este blog para que la información sea clara, útil y esté bien estructurada. Trabajo con diferentes temáticas y verticales, por lo que una parte importante de mi día a día es analizar cada contenido, cuidar la redacción y asegurar que el lector encuentre información de calidad. Me gusta prestar atención a los detalles. Desde una corrección de estilo hasta la organización de un artículo, todo cuenta cuando se trata de crear contenidos que realmente aporten valor y sean fáciles de entender. En este blog encontrarás artículos sobre diferentes temas y sectores. Mi responsabilidad es cuidar y supervisar cada contenido para que mantenga unos estándares de calidad y ofrezca una buena experiencia a quien nos visita. Porque para mí, un buen contenido no consiste únicamente en escribir. También hay que revisar, contrastar, ordenar y pensar en la persona que está al otro lado de la pantalla.

Perfiles verificables: Sitio web

Publicado el 1 de November de 2026. Última revisión: 1 de November de 2026.