Escribes una URL en la barra de direcciones y pulsas Enter ── o haces clic en un enlace ── y la página aparece en menos de un segundo. Es algo tan cotidiano que probablemente nunca te has parado a pensarlo. Pero detrás de ese instante, tu PC completa un largo viaje: pide prestada una dirección, consulta una guía telefónica, confía un paquete, pasa un puesto de control y recibe una respuesta que ha sido relevada por pueblos de todo el mundo. Si algo de esto te suena, sigue leyendo.
- «Explica qué ocurre entre que escribes una URL y se muestra la página» ── la clásica pregunta de entrevista y de examen de informática te dejó sin palabras
- Tu comprensión se queda en «el DNS hace… algo»
- Cuando una página va lenta, te gustaría poder intuir qué parte es la lenta
- Has leído los artículos individuales, pero quieres uno solo que muestre cómo se conecta todo
Este artículo sigue el trabajo que tu navegador hace entre bastidores como el viaje de ida y vuelta de una sola petición (una carta con tu pregunta) ── en orden cronológico, desde los preparativos antes de salir hasta los píxeles en pantalla. Veamos primero el itinerario completo.
- 0Preparativos antes de salirTu PC ya es «vecino del pueblo» ── dirección, salida y ubicación de la guía telefónica, todo prestado.
- 1Del nombre a la direcciónLa guía telefónica (DNS) convierte example.com en una dirección (una dirección IP).
- 2Salir del puebloClasificador (switch) → salida del pueblo (router) → ventanilla de traducción (NAT) → puesto de control (firewall).
- 3Relevos por el mundoDe pueblo en pueblo, los routers leen el destino y pasan el paquete al siguiente.
- 4La respuesta vuelve a casaLa respuesta sigue la anotación dejada en el registro a la ida, hasta llegar a tu PC.
- 5Píxeles en pantallaEl navegador lee el plano (HTML) y dibuja, trayendo los materiales que faltan por el camino.
Cada personaje de esta historia tiene su propio artículo en profundidad en este sitio. Este artículo no entra en los detalles: traza, por el camino más corto, solo las conexiones ── quién trabaja, en qué orden y por qué. Cuando un paso te llame la atención, sumérgete desde ahí en el artículo correspondiente.
| Pregunta | Dónde se trata |
|---|---|
| ¿Qué es lo primero que ocurre después de escribir la URL? | §1・§2 |
| ¿Cómo sale el paquete de casa? | §3 |
| ¿Por qué la respuesta encuentra el camino de vuelta a mi PC? | §4 |
| ¿Por qué unas páginas van rápido y otras lentas? | §5 |
| ¿Te piden explicarlo todo de una vez? | FAQ Q5 |
Este artículo es el gran resumen de nuestra serie «Cómo funcionan los PC» (direcciones IP, DNS, firewalls, por qué la red de la oficina va lenta, VPN, NAT, DHCP, switches y routers). Los personajes de esos ocho artículos aparecen todos aquí ── en orden de aparición en la red.
1. Paso cero: preparativos antes de salir ── tu PC ya es «vecino del pueblo»
1-1. El viaje empieza antes de la tecla Enter
La mayoría de las explicaciones empiezan con «primero, el DNS…» ── pero hay una preparación que terminó antes de eso. En el momento en que tu PC se conectó al Wi-Fi, pidió prestado un kit de cuatro piezas al conserje (DHCP) (→ ¿Qué es DHCP?).
Inventario antes de salir ── el kit de cuatro piezas prestado por DHCP ┌── lo que lleva tu PC ─────────────────────────────────────────┐ │ │ │ 1. Su propia dirección (dirección IP) │ │ 2. El límite del barrio (máscara de subred) │ │ 3. Dónde está la salida (puerta de enlace / gateway) │ │ 4. Dónde está la guía (dirección del servidor DNS) │ │ │ │ => estas cuatro piezas son el equipaje del viaje que empieza │ └───────────────────────────────────────────────────────────────┘
Sin dirección propia, no puede recibir respuesta. Sin el límite del barrio, no puede juzgar si un destino está «dentro o fuera del pueblo». Sin saber dónde está la salida, no puede salir del pueblo; sin saber dónde está la guía telefónica, no puede convertir nombres en direcciones ── dicho de otro modo, cada paso del viaje que viene es posible precisamente porque estas cuatro piezas están en su sitio.
A partir de aquí, el artículo retoma cada pieza en el momento en que se usa: la pieza 4 en el §2, las piezas 2 y 3 en el §3, y la pieza 1 en el §4. Guarda la lista de equipaje en un rincón de la memoria ── y pongámonos en marcha.
2. Del nombre a la dirección ── consultar la guía telefónica (DNS)
2-1. La parte de la URL que las máquinas necesitan es el nombre
Una URL como https://example.com/page se compone de tres partes. https:// es «el protocolo con el que hablaremos», example.com es «el nombre del interlocutor» y /page es «qué página de dentro». La primera puerta del viaje es la de en medio: el nombre.
Porque el sistema de reparto de la red no funciona con nombres, sino con direcciones (direcciones IP) (→ ¿Qué es una dirección IP?). Nombres que los humanos recuerdan, direcciones con las que las máquinas reparten ── tender el puente entre ambos es lo primero que tiene que ocurrir.
2-2. Preguntar a la guía ── pero no todas las veces
Así que el PC se dirige a la pieza 4 de su kit ── la ubicación de la guía telefónica ── y pregunta: «¿me da la dirección de example.com, por favor?». Ese servicio de guía telefónica es el DNS. El viaje de la propia consulta (tus notas locales → la guía del pueblo → la red mundial de guías) se trata a fondo en ¿Qué es DNS?; aquí, recuerda solo una cosa: una vez consultado un nombre, se anota durante un tiempo, y la próxima vez nadie va a preguntar de nuevo (caché) ── la razón número uno por la que el mismo sitio abre más rápido la segunda vez.
Ya tenemos dirección. example.com = 93.184.216.34, digamos. El destino del viaje queda fijado.
A juego con el https:// del principio de la URL, en la barra de direcciones aparece un candado. Es una declaración: «este intercambio de cartas viaja en un sobre sellado y cifrado». Cómo funciona ese sobre da para un artículo entero ── por ahora, quédate con «va sellado» y sigamos.
3. Salir del pueblo ── el clasificador, la salida, la ventanilla de traducción y el puesto de control
3-1. La primera bifurcación: ¿el destino está dentro o fuera del pueblo?
Con el destino fijado, el PC hace un juicio antes de enviar el paquete (la petición): ¿esta dirección está en el mismo pueblo (la misma red) o fuera del pueblo? La vara de medir es la pieza 2 del kit, la máscara de subred (el límite del barrio). 93.184.216.34 está claramente fuera del pueblo ── así que el paquete va dirigido a la pieza 3 del kit: la salida del pueblo (la puerta de enlace predeterminada, es decir, el router) (→ cómo funciona ese juicio: Switch contra router: ¿qué los diferencia de verdad? §1).
El reparto dentro del pueblo es trabajo del clasificador (el switch). El clasificador lee la placa de la puerta (la dirección MAC) y entrega el paquete con seguridad en la habitación de la salida ── todo lo que ha pasado hasta aquí ha ocurrido dentro de casa.
3-2. Dos trámites en la salida ── reescritura de dirección e inspección
En la salida del pueblo (el router), el paquete pasa por dos trámites.
Primero, la ventanilla de traducción (NAT) reescribe la dirección del remitente. La dirección de tu PC es solo para uso interno del pueblo (una IP privada), así que no puede salir al mundo tal cual. La ventanilla reescribe el campo del remitente con la dirección postal pública del pueblo (la IP global) y anota «de qué habitación salió este paquete» en el registro (la tabla NAT) (→ ¿Qué es NAT?). Ese registro será la llave del camino de vuelta ── lo cobraremos en el §4.
Segundo, la inspección del puesto de control (firewall). Los paquetes que salen y los que entran se cotejan aquí con las reglas (→ ¿Qué pasa sin un firewall?). Nunca lo notas, pero en los dos tramos de este viaje, el paquete pasa siempre por delante del puesto de control.
Que tu PC no conozca su propia IP global no es una avería. La dirección pública se adjunta por primera vez en la salida del pueblo, así que el propio PC solo conoce, hasta el final, su dirección interna. Esa es la respuesta al misterio de «la web de «cuál es mi IP» y la pantalla de configuración de mi PC muestran dos direcciones distintas».
En un PC de empresa que se conecta a sistemas internos, puede colarse un desvío más antes de la salida ── el paquete es absorbido primero por un túnel cifrado: una VPN. Por qué el viaje por el túnel se vuelve lento se explica en ¿Por qué la red de la oficina va lenta? §4.
4. Relevos por el mundo, y la respuesta vuelve a casa
4-1. Internet = una cadena de pueblos. De router en router
Una vez fuera del pueblo, el paquete no se teletransporta a su destino. Internet es una cadena de pueblos, y la salida de cada pueblo (el router) lee el destino, juzga «el pueblo de al lado queda más cerca» y lo pasa al vecino ── este relevo (el enrutamiento) se repite unas cuantas decenas de veces hasta que el paquete llega al pueblo de 93.184.216.34 (→ Switch contra router: ¿qué los diferencia de verdad? §4).
El otro extremo es un espejo del nuestro. Su pueblo también tiene un puesto de control (firewall), y solo los paquetes que pasan la inspección llegan al edificio ── el servidor que guarda los datos de la página. El servidor lee la petición («/page, por favor»), prepara el paquete de respuesta y lo envía de vuelta. «¿Y qué es exactamente un servidor?» es un tema fascinante por sí solo ── lo dejamos para otro artículo.
4-2. El misterio del camino de vuelta ── ¿por qué la respuesta llega a tu PC?
Aquí está la pregunta que la mayoría de las explicaciones se salta. El paquete de respuesta va dirigido a la dirección postal pública del pueblo. El pueblo está lleno de aparatos ── entonces, ¿por qué el paquete encuentra el camino de vuelta precisamente a tu PC?
La llave es el registro (la tabla NAT) que la ventanilla de traducción rellenó en el §3. Cuando llega la respuesta, la ventanilla busca la anotación en sentido inverso ── «este paquete es la respuesta a la pregunta de aquella habitación» ── y reescribe el destino de vuelta a la dirección interna. Desde ahí, el clasificador (switch) lee la placa de la puerta y lo entrega en la habitación de tu PC ── los mismos controles que a la ida, pasados en sentido contrario (→ cómo funciona el registro: ¿Qué es NAT? §3).
El viaje completo de ida y vuelta ── los mismos controles, en sentidos opuestos
Ida (la petición)
PC => clasificador => salida del pueblo ┌ ventanilla: reescribe el remitente a la dirección pública + anota en el registro
└ puesto de control: inspección
=> pueblo => pueblo => pueblo … (relevo de routers) => su puesto de control => servidor
Vuelta (la respuesta)
servidor => su puesto de control => … pueblo => pueblo => pueblo => salida del pueblo
┌ puesto de control: inspección
└ ventanilla: busca en el registro a la inversa y reescribe el destino
=> clasificador => PC (viaje completado)
5. De la entrega a la pantalla ── el trabajo del navegador
5-1. Lo que volvió es un plano ── una página ≠ un paquete
El paquete que volvió a casa no contiene la página en sí, sino un plano (el HTML). El navegador lo lee de arriba abajo y empieza a montar ── «aquí va una imagen», «el aspecto sigue esta hoja de estilos (CSS)», «el comportamiento sigue este guion (JS)» ── y cada vez que nota que falta un material, repite el viaje completo de los §2–§4 para traerlo.
Dicho de otro modo, detrás de la carga de una sola página, el mismo viaje de ida y vuelta corre decenas de veces. «Una URL = un viaje» nunca fue el trato ── es un manojo de viajes. Esa es la última revelación de este artículo, y explica tanto por qué las páginas llenas de imágenes cargan lento como por qué a veces una página se dibuja con piezas que faltan: todo se reduce a cuántos viajes hay y cuáles llegan a buen puerto.
5-2. Por qué la segunda visita es más rápida ── el almacén, y el final del viaje
Los materiales traídos una vez se guardan un tiempo en el almacén local del navegador (la caché). Cuantos más materiales pueda la segunda visita ahorrarse el viaje entero, más rápido abre la página ── junta eso con las notas de la guía telefónica del §2, y el misterio de «la segunda vez va más rápido» queda resuelto del todo. El incidente de «actualicé la página pero no cambia nada», causado por un almacén desfasado, da para un artículo entero ── considera esto el anticipo.
Llegan todos los materiales, la pantalla se pinta, y el viaje termina. De la tecla Enter hasta aquí: uno o dos segundos como mucho ── aquí tienes, una vez más, la línea de tiempo del principio.
- 0Preparativos antes de salirTu PC ya es «vecino del pueblo» ── dirección, salida y ubicación de la guía telefónica, todo prestado.
- 1Del nombre a la direcciónLa guía telefónica (DNS) convierte example.com en una dirección (una dirección IP).
- 2Salir del puebloClasificador (switch) → salida del pueblo (router) → ventanilla de traducción (NAT) → puesto de control (firewall).
- 3Relevos por el mundoDe pueblo en pueblo, los routers leen el destino y pasan el paquete al siguiente.
- 4La respuesta vuelve a casaLa respuesta sigue la anotación dejada en el registro a la ida, hasta llegar a tu PC.
- 5Píxeles en pantallaEl navegador lee el plano (HTML) y dibuja, trayendo los materiales que faltan por el camino.
Resumen ── 6 pasos, más un mapa para profundizar
- Preparativos antes de salir ── el PC tomó prestados del conserje (DHCP) la dirección, el límite, la salida y la ubicación de la guía; ya es vecino del pueblo
- Del nombre a la dirección ── la guía telefónica (DNS) convierte el nombre en dirección (IP); una vez consultado, se anota y la próxima vez se ahorra
- Salir del pueblo ── el límite dice «fuera del pueblo» → el clasificador (switch) entrega el paquete en la salida → la ventanilla (NAT) reescribe el remitente a la dirección pública y lo anota en el registro → el puesto de control (FW) inspecciona
- Relevos por el mundo ── las salidas de los pueblos (routers) leen el destino y pasan el paquete, a través del puesto de control del otro lado, hasta el servidor
- La respuesta vuelve a casa ── una búsqueda inversa en el registro reescribe el destino, y la respuesta pasa los controles de la ida en sentido contrario, hasta el PC
- Píxeles en pantalla ── el navegador lee el plano (HTML), repite el viaje por cada material que falta, abastece el almacén (caché) y pinta
| Paso | Quién trabaja | Para profundizar |
|---|---|---|
| 0. Preparativos antes de salir | Conserje (DHCP) | ¿Qué es DHCP? |
| 1. Del nombre a la dirección | Guía telefónica (DNS) · dirección postal (IP) | ¿Qué es DNS? · ¿Qué es una dirección IP? |
| 2. Salir del pueblo | Clasificador · salida · ventanilla · puesto de control | Switch contra router · ¿Qué es NAT? · ¿Qué pasa sin un firewall? |
| 3–4. El relevo y la vuelta | Routers · el registro de la ventanilla | Switch contra router · ¿Qué es NAT? |
| 5. Píxeles en pantalla | El navegador | ─ (caché y HTTPS, en futuros artículos) |
| Cuando algo por el camino va lento | ─ | ¿Por qué la red de la oficina va lenta? · ¿Qué es una VPN? |
FAQ
Q1. Cuando una página va lenta, ¿puedo saber qué paso es el lento?
A. A grandes rasgos, sí (mira la línea de tiempo del §0). Si todos los sitios van uniformemente lentos, sospecha de la ruta de los §3–4 (tu línea, una VPN, la red de la oficina). Si solo el primer compás es lento, sospecha de la consulta de nombres del §2. Si se retrasan imágenes o partes concretas de una página, sospecha de los viajes de materiales del §5. Para un diagnóstico serio en una red de oficina, ¿Por qué la red de la oficina va lenta? es el compañero práctico.
Q2. ¿Qué cambia si escribo palabras clave en el buscador en vez de una URL?
A. Casi nada. La única diferencia es que primero corre un «mismo viaje, pero hacia el buscador» extra. En el momento en que haces clic en un resultado, los §1–§5 de este artículo se ejecutan tal cual están escritos. Y si escribes palabras clave directamente en la barra de direcciones, el navegador las reescribe en silencio como una URL del buscador ── y emprende el mismo viaje.
Q3. ¿Pasa lo mismo con los marcadores, o con las apps del móvil?
A. Sí. Un marcador solo se salta la parte de «escribir la URL» ── el viaje en sí empieza desde el paso cero, sin cambios. Las apps del móvil no parecen navegadores, pero entre bastidores hablan con sus servidores mediante el mismo viaje de ida y vuelta (consulta de nombres → salir del pueblo → relevo → camino de vuelta). También piden prestado el kit de cuatro piezas al conserje en cuanto se conectan al Wi-Fi.
Q4. ¿Alguien puede leer el contenido del paquete por el camino?
A. Si la conexión empieza con https:// (el candado), el paquete viaja en un sobre cifrado ── los routers y puestos de control de los pueblos del camino no pueden leer el contenido. Lo único que pueden leer es el destino escrito por fuera. Cómo funciona ese sobre ── por qué nadie en la ruta puede fabricar una llave que rompa el sello ── da para un artículo entero, previsto para una próxima entrega.
Q5. ¿Te piden «explicar todo lo que pasa desde la URL hasta la pantalla de una vez»? ¿Cómo responder?
A. Aquí van los seis pasos de este artículo comprimidos en una respuesta modelo de 30 segundos ── «Primero, el PC ya obtuvo de DHCP su dirección IP y la configuración asociada. Al introducir la URL, ① el DNS resuelve el nombre de dominio a una dirección IP; ② el destino se juzga de red externa, así que el paquete va por un switch hasta la puerta de enlace predeterminada; ③ en el router, NAT traduce la dirección de origen y el firewall inspecciona el tráfico; ④ el paquete se releva de router en router mediante el enrutamiento hasta llegar al servidor; ⑤ la respuesta del servidor vuelve al equipo original gracias a una búsqueda inversa en la tabla NAT; y ⑥ el navegador interpreta el HTML y dibuja la página, lanzando peticiones adicionales para imágenes, CSS y demás recursos». ── Si alguien profundiza en un paso, la sección correspondiente de este artículo y los enlaces a fondo te cubren.
Deja una respuesta