Por qué una consulta muestra la CDN y no el origen
Visitante
consulta el dominio
Borde de la CDN
104.21.x.x
esto devuelve el DNS
Servidor de origen
IP real, nunca expuesta
Por qué una CDN oculta la IP de origen (y esa es la idea)
Consultas un sitio web importante esperando la dirección de su servidor y obtienes algo que pertenece a Cloudflare, Fastly o Akamai. No ha salido nada mal. Estás viendo exactamente lo que publica el dominio, y la dirección del servidor real nunca estuvo en el DNS.
Por qué una consulta muestra la CDN y no el origen
Visitante
consulta el dominio
Borde de la CDN
104.21.x.x
esto devuelve el DNS
Servidor de origen
IP real, nunca expuesta
Qué hace realmente una CDN
Una red de entrega de contenido (CDN) es una flota de servidores distribuidos por todo el mundo. En lugar de que cada visitante se conecte a tu único servidor de origen, se conecta al nodo de la CDN más cercano, que sirve directamente el contenido en caché y obtiene del origen todo lo que le falta.
El argumento de rendimiento es sencillo: un visitante en Singapur que se conecta a un servidor en Virginia paga unos 200 ms de latencia de ida y vuelta en cada solicitud. Un nodo de borde en Singapur lo reduce a unos pocos milisegundos para el contenido en caché.
Para que esto funcione, el dominio debe resolverse a la CDN y no al origen. No es un efecto secundario: es todo el mecanismo. Si el DNS devolviera la dirección de tu origen, los visitantes se conectarían directamente a ella y la CDN nunca intervendría.
Cómo reconocer una dirección de CDN
- El DNS inverso nombra al proveedor. La dirección se resuelve a algo como
*.cloudflare.com,*.fastly.neto*.cloudfront.net. Consulta el DNS inverso. - La misma dirección sirve a muchos sitios sin relación. Los nodos de borde son infraestructura compartida por diseño.
- Ubicaciones distintas obtienen respuestas distintas. El enrutamiento geográfico te envía a tu nodo más cercano, así que la dirección varía según desde dónde consultes.
- El
CNAMEapunta a un nombre de host del proveedor. Un registro comowww.example.com CNAME example.com.cdn.cloudflare.netno deja lugar a dudas.
dig +short example.com
dig +short -x 104.21.32.47El segundo comando es una consulta inversa. Si devuelve el nombre de host de un proveedor, ya tienes tu respuesta.
Por qué el origen se oculta a propósito
La ocultación no es un subproducto. Es una propiedad de seguridad por la que la gente paga.
| Amenaza | Qué consigue ocultar el origen |
|---|---|
| Ataque DDoS | El tráfico de ataque golpea la capacidad de la CDN, no tu único servidor. Es la razón principal por la que los sitios grandes usan una. |
| Explotación directa | Los atacantes no pueden llegar al origen sin encontrarlo antes, así que el escaneo y el sondeo acaban en el borde. |
| Eludir el WAF | Si el origen fuera accesible directamente, todas las reglas de firewall del borde se podrían saltar sin más. |
| Evasión de límites de tasa | Los límites aplicados en el borde no se pueden eludir conectándose por detrás de ellos. |
Qué significa esto para el resultado de una consulta
Cambia cómo debes leer la respuesta, no si la respuesta es correcta.
Idea clave
Una consulta te dice adónde se dirige ahora mismo el tráfico de este dominio. En un sitio detrás de una CDN, eso es el borde, que es de verdad la respuesta correcta, útil y la única pública.
Consecuencias prácticas:
- La geolocalización no significa nada. La ciudad del nodo de borde te dice adónde te enrutan a ti, no dónde están la empresa o sus datos.
- Las consultas de IP inversas son ruido. Miles de dominios sin relación comparten legítimamente una misma dirección de borde.
- La dirección es inestable. Las CDN reasignan constantemente las direcciones de borde. No la fijes en el código ni construyas reglas de firewall a su alrededor.
- Bloquearla bloquea a todos. Bloquear una dirección de borde compartida afecta a todos los sitios que hay detrás de ese nodo.
Una nota sobre intentar encontrar el origen de todos modos
Existen artículos que describen técnicas para desenmascarar servidores de origen: archivos históricos de DNS, registros de transparencia de certificados, subdominios que nunca se movieron detrás de la CDN, cabeceras de correos enviados por el origen.
Todas funcionan aprovechando un error del objetivo, no venciendo a la CDN. Y la razón por la que alguien ocultó un origen suele ser que está sufriendo ataques. Sondear la infraestructura de otra organización para burlar una protección que desplegó deliberadamente no es un acto neutro, y en muchas jurisdicciones tampoco es legal.
La herramienta de consulta muestra el conjunto completo de registros públicos de cualquier dominio, incluida la cadena de CNAME, que suele ser la forma más rápida de confirmar siquiera si un sitio está detrás de una CDN.
¿Necesitas comprobar las direcciones DNS públicas de un dominio? Usa la herramienta Domain IP Lookup.
Preguntas frecuentes
Lecturas relacionadas
Un nombre de host, varios registros A
1.ª respuesta
93.184.216.34
2.ª respuesta
93.184.216.35
3.ª respuesta
93.184.216.36
El resolvedor devuelve todos los registros, normalmente en orden rotatorio
Por qué un solo dominio tiene varias direcciones IP
Cuatro mecanismos distintos producen varias direcciones para un mismo nombre. Distinguirlos explica por qué tu respuesta difiere de la de otra persona.
Qué hay realmente detrás de la dirección que resolviste
IP compartida
Muchos sitios en una dirección: el encabezado Host elige el tuyo
IP dedicada
Solo tú: controlas su DNS inverso
Borde de la CDN
No es el origen: el borde termina la conexión
IP compartida frente a IP dedicada: ¿cuál necesitas?
La respuesta sincera: la mayoría de los sitios web no necesitan una IP dedicada. Aquí verás cuándo importa de verdad y qué supuestos beneficios son mitos.
Una consulta DNS recursiva, salto a salto
Navegador
quiere example.com
Resolvedor
tu ISP / 1.1.1.1
Raíz + TLD
¿quién gestiona .com?
Autoritativo
la respuesta real
Cada salto de la cadena es otra consulta DNS, y luego se guarda en caché
Cómo encontrar la IP de un sitio web (5 métodos fiables)
Herramienta en línea, ping, nslookup, dig o DevTools: cinco formas de resolver un dominio, con los comandos exactos para Windows, macOS y Linux.