tools / cdn-check
Vérificateur de CDN/
Saisissez une URL pour savoir quel CDN utilise le site. Le verdict est accompagné de ses preuves : CNAME DNS, en-têtes de réponse du site et réseau de l’IP.
Vous pouvez coller l’URL complète. Le serveur de ce site interroge le DNS, puis visite une fois la page d’accueil du site pour lire les en-têtes de réponse.
Verdict
CNAME
Aucun CNAME : le domaine pointe directement vers une IP.
Adresse IP
| IP | Réseau |
|---|
Réponse du site
Questions fréquentes
Comment savoir quel CDN utilise un site ?
Deux types d’indices comptent. Le premier est la cible du CNAME du domaine, par exemple xxx.cloudfront.net. Le second est la présence, dans la réponse du site, d’un en-tête propre à un CDN, comme cf-ray chez Cloudflare. Le réseau de l’IP ne compte comme preuve que si tout le réseau appartient à un fournisseur de CDN (par exemple AS13335 pour Cloudflare) ; les réseaux des fournisseurs cloud comme Amazon, Google et Microsoft hébergent aussi des serveurs ordinaires et ne sont donnés qu’à titre indicatif. Sous chaque CDN, la règle qui a correspondu est indiquée.
Pourquoi deux CDN s’affichent-ils en même temps ?
Certains sites empilent deux couches, par exemple Cloudflare devant et CloudFront derrière comme origine. Le site a aussi pu changer de CDN récemment, de sorte que le DNS et les en-têtes ne concordent pas encore. Les preuves de chacun sont listées séparément, ce qui permet de voir lequel est en première ligne : les en-têtes de réponse viennent de la couche la plus proche de vous.
Si aucun CDN n’est détecté, le site n’en utilise-t-il pas ?
Pas forcément. L’outil reconnaît actuellement 21 fournisseurs, dont Cloudflare, CloudFront, Akamai, Fastly, Alibaba Cloud, Tencent Cloud EdgeOne et Huawei Cloud, et certains CDN ne laissent aucune trace dans la réponse. Beaucoup de sites ne placent sur un CDN que les fichiers statiques (images, scripts) sous un domaine distinct, comme static.example.com ou img.example.com. Essayez aussi de vérifier ce domaine.
Pourquoi est-il indiqué que le site n’a pas été visité ?
Le serveur de ce site ne visite que les sites qui pointent vers une IPv4 publique. Si le domaine pointe vers une adresse privée, locale ou réservée, il n’est pas visité, par sécurité. S’il n’a que des adresses IPv6, le serveur, qui n’a pas d’IPv6, ne peut pas l’atteindre. Dans ces deux cas, seul le DNS sert de base, de même lorsque le site dépasse le délai ou refuse la connexion.
Pourquoi le CDN ou le nœud diffère-t-il de ce que je vois chez moi ?
Un CDN attribue les nœuds selon la région du visiteur, et les réponses DNS peuvent aussi varier d’une région à l’autre. Ici, le DNS est interrogé via Google Public DNS et le site est visité depuis le serveur de ce site à Singapour : le résultat reflète donc ce qu’on voit de là-bas. Certains sites emploient des CDN différents selon le pays, par exemple Alibaba Cloud en Chine continentale et Cloudflare ailleurs.
Que faire si la page d’accueil redirige vers un autre domaine ?
Les redirections ne sont pas suivies ; seuls les en-têtes de la première réponse sont lus. Si la page d’accueil redirige vers un autre domaine, par exemple de example.com vers www.example.com, le résultat affiche la destination. Cliquez sur « Vérifier ce domaine » pour le contrôler.
Peut-on trouver l’IP réelle du serveur d’origine ?
Non. Pour un site derrière un CDN, le DNS renvoie l’IP d’un nœud du CDN et l’origine reste cachée derrière. Cet outil ne cherche d’ailleurs pas à la trouver.
Mes recherches sont-elles enregistrées ?
Non. Le domaine transite par le serveur de ce site jusqu’à Google Public DNS, puis le serveur visite une fois la page d’accueil du site sous le nom xmmtools, en ne lisant que les en-têtes de réponse, pas le contenu. Ce site n’enregistre pas les domaines consultés et votre navigateur ne conserve pas d’historique.