¿Qué es localhost? Loopback, 127.0.0.1 y ::1

localhost suele designar la propia máquina desde la que se hace la solicitud. Sus direcciones más conocidas son 127.0.0.1 en IPv4 y ::1 en IPv6. El tráfico dirigido a ellas se gestiona dentro de la pila de red de esa máquina, sin pasar por el router doméstico ni salir a Internet. Por eso, una prueba con localhost responde a una pregunta muy concreta: ¿funciona el servicio en local?

Los rangos de direcciones de loopback

IPv4 reserva todo el bloque 127.0.0.0/8 para loopback, aunque en los ejemplos casi siempre se usa 127.0.0.1. IPv6 tiene la dirección especial ::1/128. Sus funciones se describen en el RFC 1122 y el RFC 4291. El nombre localhost suele resolverse en estas direcciones mediante la configuración local del sistema. Cada aplicación puede intentar primero IPv4 o IPv6, así que si funciona una y falla la otra no significa necesariamente que toda la red esté averiada.

Un ejemplo con un servidor web local

Un desarrollador arranca una aplicación que escucha en 127.0.0.1:8000 y abre http://localhost:8000 en el mismo ordenador. Es una prueba útil que no expone la aplicación a otros dispositivos. Si un teléfono conectado a la misma Wi-Fi abre localhost:8000, el teléfono intenta conectarse a sí mismo, no al ordenador del desarrollador. Para llegar a la aplicación desde el teléfono, el servicio debe escuchar en una interfaz de red adecuada, el cortafuegos debe permitir la conexión y el teléfono debe usar la dirección LAN del ordenador. No publique un servidor de desarrollo en Internet sin la protección adecuada.

Dirección de escucha frente a acceso externo

Un servicio vinculado solo a 127.0.0.1 o ::1 no es accesible directamente desde otro dispositivo. En IPv4, vincularlo a 0.0.0.0 suele significar escuchar en todas las interfaces IPv4 aplicables, pero eso tampoco garantiza el acceso desde fuera. Los cortafuegos, los contenedores, NAT y las reglas del proveedor pueden bloquear el camino. En IPv6, el comportamiento equivalente depende de la aplicación y de la configuración del sistema. Una prueba de puertos desde Internet no puede confirmar que un servicio limitado a loopback funcione en local. Pruebe primero en local y después cada límite de red por separado.

Un error habitual con contenedores y servidores

Dentro de un contenedor o en un servidor remoto, localhost es ese contenedor o ese servidor, no su portátil. Por eso, una cadena de conexión a una base de datos que apunte a localhost puede funcionar durante el desarrollo local y fallar tras el despliegue, cuando la base de datos está en otra máquina. Para diagnosticarlo, identifique dónde se ejecuta el cliente y compruebe después el nombre de host de destino, el puerto y la dirección en la que escucha el servicio. No sustituya localhost por una IP pública sin valorar lo que queda expuesto. Para la comunicación interna suele ser más adecuada una dirección de red privada o un nombre de host propio del servicio.