Glosario
Cada término técnico que aparece subrayado con puntos en una lección tiene aquí su definición corta. Si te sabe a poco, la lección donde aparece lo explica a fondo.
- ACK
La confirmación de TCP (de acknowledgement, «acuse de recibo»). Su número es el siguiente byte que el receptor espera, así que confirma de una vez todos los anteriores.
Se explica en fase-0/06-tcp-frente-a-udp.md
- API
La forma en que un programa ofrece sus servicios a otros programas, es decir, qué se le puede pedir y cómo responde. El frontend habla con el backend a través de una API.
Se explica en fase-0/01-que-es-el-backend.md
Una organización que comprueba que quien pide un certificado controla el dominio, y lo firma (en inglés, certificate authority o CA). Los navegadores y los sistemas operativos traen la lista de las autoridades en las que confían.
Se explica en fase-0/08-tls-y-https.md
- Backend
La parte de una web o una app que no ves. Son los programas que, en servidores, reciben las peticiones, guardan los datos y deciden qué responder.
Se explica en fase-0/01-que-es-el-backend.md
- Base de datos
Un programa que guarda datos de forma ordenada y permite buscarlos y cambiarlos rápido, aunque lo usen muchas personas a la vez. El backend guarda en ella lo que tiene que durar.
Se explica en fase-0/01-que-es-el-backend.md
- Cabecera
La información que un protocolo pone delante de sus datos para hacer su trabajo. En HTTP son líneas de texto «Nombre: valor», como Host o Content-Type; en TCP o IP son campos binarios, como los puertos o las direcciones. En inglés, header.
Se explica en fase-0/03-que-es-un-protocolo.md
- Caché
Una copia guardada de una respuesta para no tener que pedirla otra vez. Ahorra tiempo, a cambio de que la copia pueda estar desactualizada hasta que caduque.
Se explica en fase-0/07-dns.md
- Capa
Cada uno de los niveles en que se reparte el trabajo de comunicar dos programas por la red. Cada capa resuelve un solo problema y se apoya en la de abajo.
Se explica en fase-0/04-el-modelo-tcp-ip.md
- CDN
Una red de servidores repartidos por el mundo que sirven una web desde el más cercano a cada usuario (content delivery network). Así el viaje de ida y vuelta es corto. example.com está detrás de la de Cloudflare.
Se explica en fase-0/09-de-la-url-a-la-pagina.md
- Certificado
Un documento que une un nombre de dominio con una clave pública, firmado por una autoridad certificadora y con fecha de caducidad. El servidor lo envía al empezar una conexión TLS.
Se explica en fase-0/08-tls-y-https.md
- Cifrado
Transformar un mensaje con una clave para que solo pueda leerlo quien tenga la clave para descifrarlo. Si la misma clave cifra y descifra, es simétrico; si son dos claves distintas, una pública y una privada, es asimétrico.
Se explica en fase-0/08-tls-y-https.md
- Clave privada
La mitad de un par de claves que solo conoce su dueño. Descifra lo que se cifró con su clave pública y firma mensajes que cualquiera puede comprobar con la pública. Si se filtra, hay que cambiarla.
Se explica en fase-0/08-tls-y-https.md
- Clave pública
La mitad de un par de claves que se puede enseñar a cualquiera. Sirve para cifrar mensajes que solo descifrará la clave privada, y para comprobar las firmas que hace la privada.
Se explica en fase-0/08-tls-y-https.md
- Cliente
El programa que inicia la comunicación pidiéndole algo a otro programa, el servidor. Tu navegador es un cliente.
Se explica en fase-0/02-modelo-cliente-servidor.md
- Código de estado
Un número de tres cifras al principio de cada respuesta HTTP que resume qué ha pasado. 200 es «todo bien», 404 «eso no existe» y 400 «tu petición está mal hecha».
Se explica en fase-0/03-que-es-un-protocolo.md
- Datagrama
Un mensaje de UDP. Viaja suelto, sin conexión, y nadie confirma si ha llegado. Llega entero o no llega.
Se explica en fase-0/06-tcp-frente-a-udp.md
- Dirección IP
El número que identifica a un ordenador en una red, por ejemplo 192.168.1.133 (IPv4) o 2606:4700:10::6814:179a (IPv6). Es la dirección que usa la capa de red para llevar cada paquete a su destino.
Se explica en fase-0/05-ip-puertos-y-sockets.md
- Dirección MAC
El identificador de una tarjeta de red dentro de la red local, como 3a:7f:c2:19:5e:d4. Solo sirve hasta el siguiente aparato; la IP es la que llega hasta el destino final.
Se explica en fase-0/04-el-modelo-tcp-ip.md
- Directorio
Otra forma de llamar a una carpeta. En la terminal se usa mucho, por el inglés «directory».
Se explica en fase-1/01-la-shell-comandos-y-rutas.md
- DNS
El sistema que traduce nombres como example.com a direcciones IP (y guarda otros datos del dominio, como sus servidores de correo). Es una base de datos repartida por todo el mundo, organizada como un árbol de nombres.
Se explica en fase-0/07-dns.md
- Encapsulación
Lo que pasa cuando un mensaje baja por las capas. Cada una lo envuelve con su propia cabecera, como un sobre dentro de otro sobre. Al llegar, se desenvuelve en orden inverso.
Se explica en fase-0/04-el-modelo-tcp-ip.md
- Enrutamiento
Cómo decide cada router hacia dónde reenviar un paquete para acercarlo a su destino (en inglés, routing). Ningún router conoce el camino entero, solo el siguiente salto.
Se explica en fase-0/05-ip-puertos-y-sockets.md
- Firma digital
Unos bytes que alguien calcula a partir de un mensaje con su clave privada. Con la clave pública, cualquiera puede comprobar que el mensaje no ha cambiado y que lo firmó el dueño de esa clave.
Se explica en fase-0/08-tls-y-https.md
- Frontend
La parte de una web o una app que ves y tocas. Se ejecuta en tu dispositivo, en el navegador o en la app del móvil, y pide al backend lo que necesita.
Se explica en fase-0/01-que-es-el-backend.md
- Handshake
El intercambio de mensajes con el que dos extremos abren una conexión antes de enviar datos (en español, «apretón de manos»). En TCP son tres (SYN, SYN-ACK y ACK) y cuestan un viaje de ida y vuelta.
Se explica en fase-0/06-tcp-frente-a-udp.md
- HTTP
El protocolo de la web. Define cómo un cliente pide recursos a un servidor y cómo responde el servidor. Son las siglas de HyperText Transfer Protocol.
Se explica en fase-0/03-que-es-un-protocolo.md
- HTTPS
HTTP dentro de una conexión TLS, normalmente en el puerto 443. Nadie en el camino puede leer ni cambiar las peticiones y respuestas, y el navegador comprueba con un certificado que el servidor es el del dominio.
Se explica en fase-0/08-tls-y-https.md
- IP privada
Una dirección IP que solo vale dentro de una red local, como 192.168.1.133. Las mismas se repiten en millones de casas, y desde internet no se puede llegar a ellas.
Se explica en fase-0/05-ip-puertos-y-sockets.md
- IP pública
Una dirección IP única en todo internet, con la que se puede llegar a un ordenador desde cualquier parte. En casa, normalmente la tiene tu router y la comparten todos tus dispositivos.
Se explica en fase-0/05-ip-puertos-y-sockets.md
- Latencia
Lo que tarda un dato en llegar de un sitio a otro. Depende sobre todo de la distancia y de los routers del camino, y no mejora con más ancho de banda.
Se explica en fase-0/09-de-la-url-a-la-pagina.md
- localhost
Un nombre que siempre significa «este mismo ordenador». Cuando abres localhost:8080, el cliente y el servidor están en tu máquina.
Se explica en fase-0/02-modelo-cliente-servidor.md
- NAT
Traducción de direcciones de red (Network Address Translation). Al salir a internet, el router cambia la IP privada de tu dispositivo por su IP pública y apunta el cambio para deshacerlo en las respuestas.
Se explica en fase-0/05-ip-puertos-y-sockets.md
- Número de secuencia
El número que TCP da a cada byte que envía. Cada segmento lleva el del primero de sus bytes (seq), y así el receptor sabe en qué orden van y si falta alguno.
Se explica en fase-0/06-tcp-frente-a-udp.md
- Paquete
La unidad de datos de la capa de red. Lleva la dirección IP de origen y la de destino, y los routers lo van pasando de red en red hasta su destino.
Se explica en fase-0/04-el-modelo-tcp-ip.md
- Petición
El mensaje que un cliente envía a un servidor para pedirle algo, por ejemplo «dame la página principal». En inglés, request.
Se explica en fase-0/02-modelo-cliente-servidor.md
- Proceso
Un programa en ejecución. Cuando arrancas un servidor, el sistema operativo crea un proceso que se queda vivo esperando peticiones.
Se explica en fase-0/02-modelo-cliente-servidor.md
- Prompt
El texto que la shell escribe delante del cursor, como «ana@portatil ~ %», para decirte que está esperando una orden.
Se explica en fase-1/01-la-shell-comandos-y-rutas.md
- Protocolo
Un acuerdo sobre cómo se comunican dos programas, es decir, qué mensajes se envían, con qué formato, en qué orden y qué hacer si algo falla. HTTP, TCP y DNS son protocolos.
Se explica en fase-0/03-que-es-un-protocolo.md
- Puerta de enlace
El router al que tu ordenador envía todo lo que no va a su propia red local (en inglés, gateway). En casa es tu router, por ejemplo 192.168.1.1.
Se explica en fase-0/05-ip-puertos-y-sockets.md
- Puerto
Un número, del 0 al 65535, que indica a qué programa de un ordenador va dirigida una conexión. El ordenador tiene una dirección; cada programa que escucha, su puerto.
Se explica en fase-0/05-ip-puertos-y-sockets.md
- Registro DNS
Un dato que un dominio publica en el DNS, con su tipo: A (una IPv4), AAAA (una IPv6), CNAME (un alias de otro nombre), MX (el servidor de correo), TXT (texto libre) o NS (sus servidores DNS).
Se explica en fase-0/07-dns.md
- Resolver
El servidor DNS al que pregunta tu ordenador. Recorre el árbol de nombres por ti, de la raíz hacia abajo, y guarda las respuestas en su caché. Suele ser el de tu operador o uno público, como 1.1.1.1 u 8.8.8.8.
Se explica en fase-0/07-dns.md
- Respuesta
El mensaje que el servidor devuelve al cliente después de procesar su petición. En inglés, response.
Se explica en fase-0/02-modelo-cliente-servidor.md
- Retransmisión
Volver a enviar un segmento que nadie ha confirmado a tiempo. TCP lo hace por su cuenta cuando vence su temporizador; UDP no lo hace nunca.
Se explica en fase-0/06-tcp-frente-a-udp.md
- RFC
Los documentos públicos donde se escriben las reglas exactas de los protocolos de internet. HTTP/1.1, por ejemplo, está definido en los RFC 9110 y 9112.
Se explica en fase-0/03-que-es-un-protocolo.md
- Router
Un aparato que conecta redes distintas y decide hacia dónde reenviar cada paquete según su dirección IP de destino. El de tu casa conecta tu red local con la de tu operador.
Se explica en fase-0/04-el-modelo-tcp-ip.md
- RTT
El tiempo de ida y vuelta (round trip time) entre dos ordenadores. Cada handshake cuesta al menos un RTT, así que con un servidor lejano todo empieza más tarde.
Se explica en fase-0/09-de-la-url-a-la-pagina.md
- Ruta
La dirección de un fichero o una carpeta dentro del ordenador, con los nombres de las carpetas separados por barras, como /Users/ana/curso-backend. Es absoluta si empieza en la raíz (/) y relativa si parte de donde estás.
Se explica en fase-1/01-la-shell-comandos-y-rutas.md
- Segmento
La unidad de datos de TCP. Lleva una cabecera con los puertos, el número de secuencia y el ACK, y un trozo de los datos. Viaja dentro de un paquete IP.
Se explica en fase-0/06-tcp-frente-a-udp.md
- Servidor
Un programa que espera peticiones y las responde. Por extensión, también se llama así al ordenador donde se ejecuta.
Se explica en fase-0/02-modelo-cliente-servidor.md
El servidor DNS que tiene la respuesta oficial de una zona, por ejemplo de example.com. Lo elige quien tiene el dominio, y es el último paso del recorrido de un resolver.
Se explica en fase-0/07-dns.md
- Shell
El programa que lee lo que escribes en la terminal, lo interpreta y lo ejecuta. Los más usados son bash, el de casi todos los Linux, y zsh, el de macOS.
Se explica en fase-1/01-la-shell-comandos-y-rutas.md
- Socket
Lo que el sistema operativo le da a un programa para usar la red, con su protocolo, su dirección IP y su puerto. Un servidor escucha con un socket, y cada conversación tiene un socket en cada extremo, que conoce también la IP y el puerto del otro.
Se explica en fase-0/05-ip-puertos-y-sockets.md
- TCP
El protocolo de la capa de transporte que hace que los datos lleguen completos y en orden, y al programa correcto gracias a los puertos.
Se explica en fase-0/06-tcp-frente-a-udp.md
- Terminal
Una aplicación en la que le das órdenes al ordenador escribiendo texto en lugar de hacer clic. Casi todos los servidores se manejan así.
Se explica en fase-1/01-la-shell-comandos-y-rutas.md
- TLS
El protocolo que cifra una conexión y demuestra con un certificado que el servidor es quien dice ser (Transport Layer Security). Va entre TCP y HTTP, y HTTP sobre TLS es HTTPS.
Se explica en fase-0/08-tls-y-https.md
- TTFB
El tiempo hasta el primer byte de la respuesta (time to first byte), contado desde que empieza la navegación. Incluye el DNS, los handshakes y la espera al servidor.
Se explica en fase-0/09-de-la-url-a-la-pagina.md
- TTL (en DNS)
Los segundos que se puede guardar una respuesta DNS en una caché antes de volver a preguntar (time to live). No tiene que ver con el TTL de los paquetes IP, que cuenta saltos.
Se explica en fase-0/07-dns.md
- UDP
El protocolo de la capa de transporte que envía datos sin conexión, sin confirmar que lleguen y sin ordenarlos. A cambio, es más sencillo y no hace esperar a nadie.
Se explica en fase-0/06-tcp-frente-a-udp.md