Conceptos de Redes Explicados: CDN, VPN, QoS y TTL

Serie Redes Informáticas para Principiantes — Parte 4. Esta publicación continúa la Parte 1: Guía Completa de Cómo Funcionan las Redes, la Parte 2: ¿Qué Es el Modelo OSI? y la Parte 3: Dispositivos de Red Explicados. Cada publicación de la serie toma un tema y lo explica a fondo. Esta trata sobre cuatro conceptos con los que te toparás todo el tiempo: CDN, VPN, QoS y TTL.

En la Parte 3 conociste los dispositivos que hacen funcionar las redes. Esta publicación explica cuatro ideas que se construyen sobre ellos, formas de hacer que las redes sean más rápidas, más seguras, más confiables y capaces de corregirse solas:

• Las redes de distribución de contenido (CDN) hacen que los sitios web carguen más rápido al guardar copias del contenido cerca de las personas que lo piden.
• Las redes privadas virtuales (VPN) crean conexiones seguras y cifradas a través de internet.
• La Calidad de Servicio (QoS) se asegura de que el tráfico más importante, como las videollamadas, pase primero cuando la red está ocupada.
• El Tiempo de Vida (TTL) pone un límite a cuánto dura algo: el viaje de un paquete por internet o una respuesta DNS guardada.

Encontrarás los cuatro en la vida diaria: cada vez que ves un video en streaming, te unes a una reunión de trabajo desde casa o visitas un sitio web que acaba de cambiar de servidor.

Redes de Distribución de Contenido (CDN)

El Problema: La Distancia

Los datos viajan rápido, pero no de forma instantánea. Si el servidor de un sitio web está en Virginia y un visitante está en Tokio, cada solicitud tiene que cruzar un océano de ida y vuelta, pasando por muchos routers en el camino. Cada viaje de ida y vuelta agrega retraso (latencia), y una página web moderna puede necesitar decenas de solicitudes para su HTML, CSS, JavaScript, imágenes y fuentes. Además, si miles de visitantes llegan a ese único servidor al mismo tiempo, puede volverse lento o fallar.

La Solución: Copias Cerca de los Usuarios

Una red de distribución de contenido (CDN) es un gran grupo de servidores repartidos en muchas ciudades del mundo. Estas ubicaciones se llaman puntos de presencia (PoP), y los servidores que hay en ellas se llaman servidores de borde (edge servers). Cada uno guarda en caché (almacena una copia de) el contenido de tu sitio web. Tu propio servidor web se llama origen.

Cuando un visitante pide tu sitio, se le envía automáticamente al servidor de borde más cercano:

• Acierto de caché (cache hit): el servidor de borde ya tiene una copia del archivo, así que la envía de inmediato. La solicitud nunca llega al origen.
• Fallo de caché (cache miss): el servidor de borde todavía no tiene el archivo (o su copia ya expiró), así que lo pide al origen, se lo envía al visitante y guarda una copia para la siguiente persona.

Después del primer visitante de una región, todos los demás cercanos reciben el contenido desde unos pocos kilómetros de distancia en lugar de desde el otro lado del mundo.

¿Por Qué Usar una CDN?

• Carga más rápida, porque el contenido recorre una distancia mucho más corta.
• Menos carga en tu servidor de origen, porque la mayoría de las solicitudes las responden los servidores de borde.
• Mayor confiabilidad: si una ubicación de borde tiene un problema, los visitantes se envían a otra, y a veces el contenido en caché se puede seguir sirviendo aunque el origen esté caído por un momento.
• Protección contra ataques: las CDN están hechas para absorber cantidades enormes de tráfico, lo que ayuda a proteger los sitios web de los ataques DDoS (de denegación de servicio distribuida).
• Menores costos de ancho de banda para el origen.

¿Qué Se Guarda en Caché?

Las CDN funcionan mejor con el contenido estático: archivos que son iguales para todos los visitantes, como imágenes, videos, CSS, JavaScript, fuentes y descargas. Los sitios web estáticos pueden servirse casi por completo desde una CDN. Las páginas personalizadas, como un carrito de compras o el panel de una cuenta, normalmente vienen del origen cada vez.

Cuánto tiempo guarda una copia un servidor de borde lo controla el sitio web, normalmente con un encabezado HTTP llamado Cache-Control, que define cuántos segundos se puede guardar un archivo en caché. Ese número es otro tipo de TTL, del que aprenderás más adelante en esta publicación. Cuando actualizas un archivo antes de que se cumpla ese tiempo, puedes purgarlo (borrarlo) de la caché de la CDN, o darle a la nueva versión un nuevo nombre de archivo para que se pida de nuevo.

Algunos proveedores de CDN conocidos son Cloudflare, Akamai, Fastly y Amazon CloudFront. Los servicios de streaming de video y los sitios web grandes dependen mucho de ellos: gran parte del tráfico de internet hoy se entrega mediante CDN.

Redes Privadas Virtuales (VPN)

El Problema: Internet No Es Privado

Internet es una red no confiable: tus datos pasan por redes de muchas empresas distintas y, en un Wi-Fi público, otras personas de la misma red podrían ver el tráfico que no está cifrado. Aun así, los empleados necesitan llegar a la red privada de su empresa desde casa, y las sucursales necesitan conectarse con la oficina central.

La Solución: Un Túnel Cifrado

Una red privada virtual (VPN) crea una conexión segura y cifrada (a menudo llamada túnel) a través de internet. Los datos se cifran antes de salir de un extremo y se descifran en el otro, así que cualquiera que esté en medio solo ve datos revueltos. Para los dispositivos de cada extremo, es como si estuvieran conectados a la misma red privada.

El túnel funciona mediante la encapsulación, la misma idea que viste en la Parte 2: tu paquete original, incluidas sus direcciones privadas, se cifra y se envuelve dentro de un paquete nuevo con direcciones públicas de internet. Cuando llega al otro extremo del túnel, se quita el paquete exterior, se descifra el interior y este sigue su camino como si nunca hubiera salido de la red privada.

Tipos de VPN

• VPN de acceso remoto: conecta un dispositivo a una red privada. Un empleado que trabaja desde casa ejecuta un cliente VPN en su laptop y puede llegar a los servidores internos de la empresa como si estuviera en la oficina.
• VPN de sitio a sitio: conecta dos redes completas, como una sucursal y la oficina central. El túnel se establece entre los routers o firewalls de las dos oficinas, así que cada dispositivo de la sucursal puede llegar a la oficina central automáticamente, sin instalar software en cada computadora.

Concentradores VPN

Una empresa con cientos o miles de trabajadores remotos necesita algo que pueda manejar todos esos túneles cifrados a la vez. Un concentrador VPN es un dispositivo (o una función de un firewall) hecho justo para eso: termina muchas conexiones VPN, se encarga del cifrado y descifrado de cada una y autentica a cada usuario. Hoy este trabajo suele hacerlo un firewall de nueva generación (consulta la Parte 3) o un servicio en la nube.

Túnel Completo y Túnel Dividido

• En un túnel completo (full tunnel), todo el tráfico del dispositivo pasa por la VPN, incluso la navegación web normal. Es la opción más segura, porque las herramientas de seguridad de la empresa pueden inspeccionarlo todo, pero agrega carga a la VPN y puede hacer las cosas más lentas.
• En un túnel dividido (split tunnel), solo el tráfico que va a la red privada pasa por la VPN, y todo lo demás va directo a internet. Es más rápido y más ligero para la VPN, pero el resto del tráfico del dispositivo no queda protegido por las herramientas de seguridad de la empresa.

Protocolos VPN

Las VPN usan protocolos diseñados para crear túneles seguros:

• IPsec: un estándar muy usado para VPN de sitio a sitio y de acceso remoto.
• VPN SSL/TLS: usan el mismo cifrado que HTTPS, así que funcionan a través de casi cualquier firewall. Algunas incluso funcionan en un navegador web sin instalar un cliente.
• WireGuard: un protocolo más nuevo, sencillo y muy rápido.
• OpenVPN: una opción popular de código abierto.

VPN de Empresa y VPN para Consumidores

Los servicios VPN que se anuncian a los consumidores son otro uso de la misma tecnología. En lugar de conectarte a una red privada, envían tu tráfico por los servidores del proveedor, lo que oculta tu actividad a tu red local (útil en un Wi-Fi público) y hace que los sitios web vean la dirección IP del proveedor en lugar de la tuya. No te vuelven anónimo, y en lugar de eso confías tu tráfico al proveedor de la VPN.

Para tus propios dispositivos, una VPN en malla como Tailscale te da acceso seguro a la red de tu casa desde cualquier lugar, sin configurar un servidor VPN; consulta Cómo Configurar Tailscale.

Calidad de Servicio (QoS)

El Problema: No Todo el Tráfico Es Igual

Toda conexión de red tiene una cantidad limitada de ancho de banda. Cuando hay más tráfico esperando del que la conexión puede llevar, los paquetes tienen que hacer fila, y algunos pueden perderse. Para la mayor parte del tráfico, eso no es un problema: una descarga que tarda unos segundos más no importa, y TCP reenvía todo lo que se pierde.

El tráfico en tiempo real es distinto. Una videollamada o una llamada de voz necesita un flujo constante de paquetes que lleguen a tiempo. Los retrasos (latencia), los retrasos desiguales (jitter) y los paquetes perdidos hacen que la voz se corte y el video se congele, y un paquete que llega tarde ya no sirve, porque ese momento de la conversación ya pasó.

La Solución: Priorizar lo Importante

La Calidad de Servicio (QoS) es un conjunto de configuraciones que les indica a los dispositivos de red qué tráfico es más importante, para que pase primero cuando la red está ocupada. QoS no agrega ancho de banda; decide quién va primero cuando no alcanza para todos.

QoS funciona en unos cuantos pasos:

1. Clasificar el tráfico: identificar qué tipo de tráfico es cada paquete, ya sea una llamada de voz, una reunión por video, una página web o un respaldo.
2. Marcarlo: etiquetar cada paquete con su prioridad. En las redes IP esto se hace con un campo del encabezado IP llamado DSCP (Differentiated Services Code Point), para que todos los routers y switches del camino puedan ver la prioridad.
3. Ponerlo en fila: los dispositivos mantienen filas (colas) separadas para las distintas prioridades y siempre envían primero los paquetes de mayor prioridad.

Un conjunto típico de prioridades podría verse así:

Modelado y Control del Tráfico

Dos herramientas relacionadas controlan cuánto ancho de banda puede usar el tráfico:

• El modelado de tráfico (traffic shaping) suaviza el tráfico a una velocidad definida. Cuando un tipo de tráfico pasa su límite, los paquetes de más se guardan en un búfer y se envían un poco después, en lugar de descartarse. Por ejemplo, una empresa podría modelar el tráfico de respaldos para que nunca use más de una parte fija de la conexión durante el horario de trabajo.
• El control de tráfico (traffic policing) impone un límite estricto descartando (o volviendo a marcar) el tráfico que lo supera. Los proveedores de internet suelen controlar el tráfico a la velocidad que pagas.

En casa, muchos routers tienen una opción de QoS o SQM (administración inteligente de colas) que prioriza las videollamadas y los videojuegos, o reduce el retraso mientras otra persona de la casa descarga un archivo grande.

Tiempo de Vida (TTL)

El Tiempo de Vida (TTL, Time to Live) es un límite que evita que algo dure para siempre. El nombre es el mismo en todos lados, pero lo que cuenta depende del protocolo. Los dos que más verás están en el enrutamiento IP, donde cuenta saltos, y en el DNS, donde cuenta segundos.

TTL en IP: Contar Saltos

Todo paquete IP lleva un valor TTL en su encabezado. El dispositivo que envía el paquete define un valor inicial, normalmente 64 en Linux y macOS y 128 en Windows. Luego:

1. Cada router que reenvía el paquete le resta 1 al TTL.
2. Si el TTL llega a 0, el router descarta el paquete en lugar de reenviarlo.
3. El router envía un mensaje ICMP de “Tiempo excedido” (Time Exceeded) al remitente, para que sepa que el paquete no llegó.

¿Para qué un límite? Por los bucles de enrutamiento. Si los routers están mal configurados (el router A envía un paquete al router B, y el router B lo regresa al router A), un paquete sin límite podría dar vueltas para siempre, desperdiciando ancho de banda y sumándose a cualquier otro bucle hasta que la red colapse. Con el TTL, un paquete perdido siempre muere después de un número definido de saltos. (En IPv6, el mismo campo se llama Hop Limit, límite de saltos, que lo describe con más precisión.)

Ya viste el TTL de IP en acción. En la Parte 1, la salida de ping mostraba ttl=54 en cada respuesta de example.com:

64 bytes from 104.20.23.154: icmp_seq=0 ttl=54 time=23.882 ms

Ese es el TTL que quedaba cuando llegó la respuesta. Si el servidor empezó en 64, la respuesta pasó por 10 routers en el camino de regreso. Haz ping a tu propio router, que está a un solo paso, y verás el valor completo:

ping -c 1 192.168.1.1

64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=4.119 ms

Incluso puedes definir el TTL tú mismo para ver cómo expira un paquete. En macOS, ping -m 3 envía un paquete con un TTL de 3 (en Linux, usa ping -t 3; en Windows, ping -i 3):

ping -c 1 -m 3 example.com

PING example.com (104.20.23.154): 56 data bytes
36 bytes from 203.0.113.45: Time to live exceeded

El paquete pasó por dos routers, y el tercero redujo su TTL a 0, lo descartó y envió de regreso el mensaje “Time to live exceeded”.

Cómo Usa traceroute el TTL

Así es exactamente como traceroute (tracert en Windows) traza el camino hacia un destino, como viste en la Parte 1. Envía paquetes con un TTL de 1, luego 2, luego 3, y así sucesivamente. Cada paquete expira un router más adelante en el camino, y cada respuesta de “Tiempo excedido” revela la dirección del router donde expiró. Si pones las respuestas en orden, tienes la lista de todos los saltos entre tú y el destino.

TTL en DNS: Contar Segundos

En DNS, TTL significa algo distinto: cuántos segundos se puede guardar en caché una respuesta DNS antes de volver a buscarla.

Cada registro DNS tiene un TTL definido por quien administra el dominio. Cuando un resolvedor DNS busca un nombre, guarda la respuesta durante esa cantidad de segundos. Cualquier solicitud durante ese tiempo recibe la respuesta guardada al instante, sin repetir la búsqueda completa. Cuando se acaba el TTL, la respuesta guardada se descarta y la siguiente solicitud provoca una búsqueda nueva. (Para repasar cómo funcionan las búsquedas DNS, consulta la Parte 1.)

Puedes ver el TTL con el comando dig, que viene incluido en macOS y Linux:

dig example.com A +noall +answer

example.com.		188	IN	A	172.66.147.243
example.com.		188	IN	A	104.20.23.154

La segunda columna es el TTL: el resolvedor guardará esta respuesta 188 segundos más. Ejecuta el mismo comando unos segundos después y el número habrá bajado:

example.com.		182	IN	A	172.66.147.243
example.com.		182	IN	A	104.20.23.154

Seis segundos después, quedan 182 segundos. Estás viendo la cuenta regresiva de la respuesta en caché. Cuando llegue a cero, el resolvedor volverá a buscar el nombre. (En Windows, Resolve-DnsName example.com en PowerShell también muestra el TTL.)

Cómo Elegir un TTL de DNS

Los TTL de DNS son un equilibrio:

• Un TTL largo (como 86,400 segundos, un día) significa menos búsquedas y respuestas más rápidas, porque las respuestas se quedan en caché. Pero si cambias el registro, algunos visitantes pueden seguir recibiendo la respuesta anterior hasta que expire su copia guardada.
• Un TTL corto (como 300 segundos, cinco minutos) significa que los cambios se difunden rápido, a cambio de más búsquedas DNS.

Esto importa sobre todo cuando cambias un sitio web a un servidor nuevo. Una práctica común:

1. Uno o dos días antes del cambio, baja el TTL de los registros del dominio (por ejemplo, a 300 segundos) para que las respuestas guardadas expiren rápido.
2. Cambia el registro para que apunte al nuevo servidor. En unos minutos, los visitantes empiezan a llegar al servidor nuevo.
3. Cuando todo funcione, vuelve a subir el TTL.

Por eso la gente dice que un cambio de DNS se está “propagando”: no se está enviando nada; los resolvedores de todo el mundo simplemente están esperando a que expiren sus copias guardadas.

El TTL en Otros Lugares

Verás la misma idea con otros nombres: el encabezado Cache-Control que les indica a los navegadores y a las CDN cuánto tiempo guardar un archivo, las concesiones de DHCP que expiran si un dispositivo no renueva su dirección IP y los tiempos de expiración de sesión en los sitios web. Cada uno es un límite que asegura que los datos terminen actualizándose en lugar de durar para siempre.

Todo Junto

Imagina que trabajas desde casa y te unes a una reunión por video en la plataforma de videollamadas de tu empresa:

1. Tu laptop se conecta a la red de la empresa con una VPN de túnel dividido: el tráfico hacia los servidores internos de la empresa pasa por el túnel cifrado, mientras que la reunión por video va directo a internet.
2. Tu laptop busca el dominio del servicio de video. La respuesta DNS viene de la caché de tu resolvedor, porque su TTL de DNS todavía no ha expirado.
3. La aplicación web de la reunión y sus imágenes cargan rápido desde un servidor de borde cercano de una CDN.
4. La QoS del router de tu casa le da prioridad al audio y al video de la llamada sobre una descarga grande que corre en otra computadora.
5. Cada paquete lleva un TTL de IP, así que si un router mal configurado en cualquier parte del camino los enviara en un bucle, se descartarían en lugar de dar vueltas para siempre.

Resumen Rápido

Lo que Sigue en esta Serie

Estos cuatro conceptos muestran cómo se ajustan las redes para ser rápidas, seguras y confiables. Las próximas publicaciones de la serie Redes Informáticas para Principiantes seguirán construyendo sobre estas bases, con temas como el direccionamiento IP y las subredes, el DNS más a fondo y cómo configurar y proteger tu propia red. Mientras tanto, prueba los comandos de esta publicación: revisa el TTL en los resultados de tu propio ping, mira la cuenta regresiva de un TTL de DNS con dig y busca una opción de QoS en el router de tu casa.

Conclusión

Las CDN acercan el contenido a los usuarios al guardarlo en caché en servidores de borde de todo el mundo. Las VPN llevan el tráfico privado de forma segura a través de internet mediante túneles cifrados, ya sea para un trabajador remoto o para una sucursal completa. La QoS se asegura de que el tráfico en tiempo real, como la voz y el video, pase primero cuando el ancho de banda no alcanza. Y el TTL evita que las cosas duren para siempre: en IP, limita cuántos saltos puede dar un paquete y así evita los bucles de enrutamiento; en DNS, limita cuántos segundos se puede guardar una respuesta en caché.

Cada uno de estos conceptos resuelve un problema real (la distancia, la privacidad, la congestión y los datos viejos o descontrolados), y juntos son una gran parte de la razón por la que internet se siente rápido y confiable la mayor parte del tiempo.

Siguiente en la serie Redes Informáticas para Principiantes: Redes en la Nube Explicadas: VPC, Gateways, Virtualización y Seguridad, cómo funciona todo lo de esta serie cuando la red es virtual.

Serie Redes Informáticas para Principiantes: Parte 1: Guía Completa de Cómo Funcionan las Redes · Parte 2: ¿Qué Es el Modelo OSI? · Parte 3: Dispositivos de Red Explicados · Parte 4: CDN, VPN, QoS y TTL · Parte 5: Redes en la Nube Explicadas · Parte 6: El Protocolo de Internet Explicado · Parte 7: Números de Puerto Conocidos · Parte 8: Protocolos para Diagnóstico, Túneles y Seguridad