Pregunta 1En el http://localhost:3000 de las instrucciones, ¿a qué computadora apunta localhost?
Qué pasa cuando escribes una URL — DNS, HTTP y HTTPS
Este artículo forma parte del curso Fundamentos de informática, que construye desde cero los conocimientos prácticos de informática que necesitas como mínimo para programar y hacer vibe coding.
Una URL se puede leer en cuatro partes. Los diagramas siguen el DNS, que convierte un nombre en un número, el HTTP, que trae el contenido, y el HTTPS, que impide que se lea por el camino.
Este artículo trata lo que pasa desde que escribes una URL hasta que aparece la pantalla.
Aparecen tres cosas: el DNS, que convierte un nombre en un número; el HTTP, que intercambia el contenido; y el HTTPS, que impide que se lea ese tráfico.
Hacen falta las tres juntas para decidir a dónde se envía qué.
La URL es una cadena que indica qué página de qué computadora
Esa cadena que escribes siguiendo las instrucciones es la URL (Uniform Resource Locator: una cadena que indica en una sola línea en qué computadora está la página que quieres abrir y dónde está dentro de ella).
Una línea de URL (http://localhost:3000/reserve)
Inicio — http
- Esta parte es todo lo que va antes de «://»
- Si aquí pone https, lo que envías va cifrado
Medio — el dominio (domain name)
- Un nombre legible para las personas que se le da a una computadora de Internet
- Un servidor público recibe un nombre como example.com
- localhost, que se usa en local, es un nombre fijo que indica la propia computadora en la que se escribe
- Aquí se decide a qué computadora llega la solicitud
Número — el número de puerto (port number)
- El número que indica a qué programa dentro de una computadora llega la solicitud
- Varios programas pueden esperar solicitudes a la vez, así que este número elige a uno
- http está fijado en el 80 y https en el 443, así que esos números no se escriben
Final — /reserve
- Empieza por «/» y es la posición de una página dentro del mismo servidor
- Si se omite, se abre la página de entrada de ese servidor
Quien divide la línea en estas cuatro partes es el propio navegador.
La URL se lee en cuatro partes
La URL es una línea que une cuatro partes.
El inicio son las reglas de envío, el medio es qué computadora, el número es qué programa dentro de ella y el final es qué página; la URL local y la URL pública están hechas de las mismas cuatro partes y solo cambian los caracteres que llevan.
Desde que escribes una URL hasta que aparece la pantalla — DNS y HTTP
Ese número es la dirección IP que vimos en el artículo anterior.
Las reglas para averiguar la dirección IP a partir del dominio son el DNS (Domain Name System), y las reglas con las que el navegador y el servidor intercambian solicitudes y respuestas son el HTTP (HyperText Transfer Protocol).
El que guarda las correspondencias del DNS y responde a las consultas es el servidor DNS.
Lo que envía el navegador es la solicitud y lo que vuelve es la respuesta, y desde que escribes una URL hasta que aparece la pantalla, el navegador se conecta con dos destinos, uno después de otro.
El orden es: primero convertir el nombre en un número y después ir a buscar el contenido.
El servidor DNS con el que se conecta primero devuelve solo un número; no devuelve el contenido de la página.
El contenido lo tiene el servidor al que se llega con ese número, que mira el /reserve del final de la URL antes de elegir qué devolver.
En el mismo servidor, /reserve y /login eligen contenidos distintos.
La respuesta que vuelve lleva un número de tres cifras y el contenido de la página, y en la pantalla solo aparece el archivo del contenido.
Convertir el nombre en un número y después recibir el contenido
El navegador hace cuatro cosas: leer, preguntar, recibir y dibujar.
Divide en cuatro partes la URL que escribiste, le pregunta el número al servidor DNS y pide la página a ese número.
El servidor mira el final de la URL, elige qué devolver y lo devuelve junto con un número que indica si salió bien.
El HTTPS son las reglas para que no se lea el contenido por el camino
En el tráfico que empieza por http, los caracteres que escribiste circulan tal cual, así que los equipos del camino pueden leer el contenido.
Lo que lo evita es el HTTPS (HyperText Transfer Protocol Secure), que intercambia lo que envías con cifrado (encryption: convertir el contenido en una forma que nadie salvo el destinatario acordado puede revertir).
Los caracteres que lee el servidor son los mismos en las dos, y lo único distinto es lo que ven los equipos del camino.
Con https también se ve por el camino a qué servidor va el tráfico.
Lo que no se ve es qué página abriste y qué escribiste.
El HTTPS incluye también un mecanismo para comprobar que el otro lado es el dueño de ese dominio.
Quien emite el certificado no es el propio servidor, sino una autoridad de certificación (certificate authority: un tercero que comprueba quién es el dueño de un dominio y emite certificados).
Dentro del certificado está la clave pública (public key: una clave que se le puede dar a cualquiera) que se usa para comprobar que el otro lado es auténtico.
Primero se comprueba y el cifrado viene después.
La clave se crea cuando ya se sabe que el otro lado es el dueño, así que aunque un equipo se meta en medio no puede leer el contenido.
El https impide que se lea el contenido
La diferencia entre http y https es solo si el contenido se puede leer por el camino.
Con http los caracteres circulan tal cual y los equipos del camino pueden leer el contenido; con https los caracteres se convierten antes de enviarlos, así que por el camino solo se llega a saber el nombre del destino.
QUIZ
Verificación de conocimientos
Responde cada pregunta una a una.
Pregunta 2¿Qué mecanismo toma un dominio como example.com y averigua la dirección IP que se usa para comunicarse?
Pregunta 3¿Cuál es la diferencia entre una URL que empieza por https y una que empieza por http?