Radar CDN
Probando…
Buscando tus salidas…
¿Qué IP ve cada sitio?Medir tu velocidadLatencia a 40 serviciosComparar precios de CDN
La página descarga un archivo pequeño de fastly.jsdelivr.net, en Fastly, cuya respuesta pueden leer otros sitios. Su cabecera X-Served-By nombra la ubicación que respondió.
CloudflareCloudflare China NetworkAmazon CloudFrontAkamaiAzure Front DoorBunny CDNWikimediaGoogleAlibaba CloudTencent EdgeOneWangsu (CDNetworks)GcoreCDN77
¿Algún problema? Abre un issue en GitHub o cuéntanoslo en Telegram.
Las grandes CDN tienen cientos de ubicaciones (puntos de presencia, POP). La que te responde decide lo rápido que cargan para ti todos los sitios de esa CDN, y no siempre es la más cercana.
La página pide un archivo pequeño a cada CDN desde tu navegador, como haría un sitio, y lee qué ubicación respondió. Después muestra a qué distancia está de ti y el tiempo de ida y vuelta, junto al mínimo que permite esa distancia.
No se envía nada a este sitio: las peticiones van de tu navegador a las CDN.
Cada CDN la escribe en su respuesta, a su manera:
Cloudflare: el campo colo de /cdn-cgi/trace (HKG).
Amazon CloudFront: la entrada cdn-pop de Server-Timing, o X-Amz-Cf-Pop (NRT57-P11).
Akamai: Akamai-Request-BC, que nombra la ciudad (JP_13_TOKYO).
Fastly: X-Served-By (cache-nrt-…-NRT).
Azure Front Door: X-Azure-Ref (…C1TYO…).
Bunny: la cabecera Server (BunnyCDN-JP1-…).
Wikimedia: X-Cache, cuyo número de servidor indica el centro de datos.
Un navegador solo puede leerlo si la respuesta lo permite, así que cada CDN se prueba con un archivo público que sí lo permite. Google, Alibaba Cloud, Tencent EdgeOne, Wangsu, Gcore y CDN77 no lo permiten, así que solo se mide su tiempo.
Las CDN no reparten por distancia. Cloudflare, Akamai y las demás anuncian sus direcciones desde muchos lugares a la vez (anycast) o responden al DNS según dónde está tu resolutor, y tu operador elige el camino.
En China continental es lo habitual: los sitios con planes gratuitos o baratos de Cloudflare se alcanzan por la costa oeste de EE. UU. u otras ubicaciones lejanas en muchas redes, porque esas rutas cuestan menos. Los planes de pago y la China Network (con JD Cloud) se sirven desde Hong Kong o desde China.
Un proxy o VPN también te mueve: la CDN ve la dirección del proxy y te atiende desde su zona.
La luz en la fibra recorre unos 200 km por milisegundo, así que una ida y vuelta sobre una distancia d no puede tardar menos de d ÷ 100 ms. Las rutas reales son entre 1,5 y 2 veces más largas que la línea recta. Si tarda mucho más que el doble (más 40 ms), se marca como rodeo: la ruta se desvía o espera en un enlace congestionado.
Para las CDN que publican todas sus ubicaciones (Cloudflare, Bunny, Wikimedia), la página busca la más cercana a ti. Si la que respondió está más de 1.000 km y el doble de lejos que esa, lo indica. No es un fallo: la CDN o tu operador eligieron otra ruta.
Escribe un dominio. El Worker de este sitio consulta su DNS con el resolutor de Cloudflare (sin respuestas locales ni censuradas) para encontrar la CDN a la que apunta su nombre, pregunta /cdn-cgi/trace al sitio por si es Cloudflare y lee las cabeceras de ubicación de su favicon cuando el sitio lo permite. Después mide el tiempo hasta el sitio.
El dominio va al Worker de este sitio y al DNS de Cloudflare; ninguno lo guarda.
Con un cliente proxy basado en reglas (Clash, Surge…), a algunas CDN se llega directamente desde tu red (directo, D) y a otras a través de un servidor proxy (proxy, P). Por un proxy, la CDN elige su ubicación por la dirección del proxy y el tiempo de ida y vuelta incluye el tramo hasta el proxy, así que no se pueden comparar.
La página primero busca tus salidas: la dirección que ve un sitio de China continental (IPIP), la que ve este sitio y las que ve el trace de Cloudflare, y ubica cada una. Una salida en la red de una empresa de hosting cuenta como proxy.
Luego deduce la salida de cada CDN: el trace de Cloudflare indica la dirección; para una CDN cuya ubicación se lee, la salida a la que esa ubicación está mucho más cerca; un tiempo más corto de lo que permite cualquier camino por un proxy solo puede ser directo; los dominios de prueba de Alibaba Cloud y Tencent están en la lista directa de China continental de las reglas habituales, así que se infieren (con borde discontinuo). Las que no se pueden determinar llevan «?»: su distancia es orientativa y no cuenta en el veredicto.
Para probar solo directo o solo proxy, usa las reglas de «Probar solo directo o solo proxy».
De tu dirección IP: la que ve este sitio la ubica Cloudflare (este sitio funciona en Cloudflare); las demás salidas, ip.sb. Suele acertar la ciudad, pero puede fallar por cientos de km. Los proxies se ubican mal a menudo, así que un proxy se ubica por la ubicación de Cloudflare a la que llega. Cuando todo pasa por un proxy, «tú» estás donde está el proxy. «Usar ubicación precisa» pregunta a tu navegador; se queda en la página.
No. Las peticiones van de tu navegador directamente a cada CDN, que ve tu dirección IP como cualquier sitio. Para encontrar tus salidas, la página también consulta IPIP (myip.ipip.net) y envía las direcciones IP de las salidas a ip.sb para ubicarlas. Este sitio no guarda nada. Un enlace para compartir contiene las ubicaciones, los tiempos y la salida de cada fila (solo las letras D y P); tu ciudad, sus coordenadas (a unos 10 km) y tu red solo si marcas la casilla, y nunca una dirección IP. El código es abierto en GitHub.
Una página web no puede elegir entre directo y proxy: lo decide tu cliente proxy con sus reglas de enrutamiento. La prueba por defecto muestra cómo es tu conexión en el día a día.
Para probar solo uno: pon estas reglas al principio de la lista de reglas de tu cliente y vuelve a probar. Todo directo prueba tu propia red; todo por proxy prueba el camino del servidor proxy a cada CDN. Quita las reglas al terminar.
Todo directo desde China continental, algunas CDN pueden no responder: eso también es un resultado.