Une vérification HTTP depuis le Danemark envoie une vraie requête GET vers votre URL et enregistre le code de statut, le temps de réponse et si la réponse s'est complétée avec succès. Elle exerce la résolution DNS, la négociation TCP, la négociation TLS et le temps jusqu'au premier octet du serveur — les mêmes étapes que le navigateur d'un utilisateur danois traverse. Pour un serveur hébergé à Copenhague ou peerisé localement, les temps de réponse devraient être rapides. Pour un serveur à Francfort, attendez que la négociation TCP seule prenne 30–40 ms avant que le transfert de contenu commence.

Le Danemark est un pays UE avec une applicabilité standard du RGPD. Les services ciblant les utilisateurs danois préfèrent souvent une infrastructure hébergée dans l'UE, et certaines configurations CDN sont réglées pour servir les utilisateurs danois depuis un nœud de bord à Copenhague ou Stockholm. Une vérification HTTP depuis notre sonde de Copenhague confirme si votre CDN atteint réellement un PoP local ou tire depuis une origine plus distante. Un TTFB rapide suggère une mise en cache locale ; un plus lent cohérent avec la latence de Francfort ou Amsterdam suggère que le bord est plus loin que prévu.

Si la vérification HTTP renvoie un statut non-200 depuis le Danemark mais réussit depuis d'autres régions, les causes courantes incluent des règles de géo-blocage, des restrictions CDN au niveau du pays, ou des règles WAF signalant les requêtes depuis les plages IP danoises. L'IP source Glesys AS42708 ne devrait pas figurer sur une liste de blocage standard, mais des règles personnalisées définies par l'opérateur du serveur peuvent quand même la bloquer. Comparez avec des vérifications depuis la Suède et l'Allemagne pour déterminer si le problème est spécifique au Danemark.

Copenhague est le principal hub internet du Danemark et fonctionne comme un carrefour de routage entre la Scandinavie, la région baltique et l'Europe centrale. Netnod exploite un IX à Copenhague aux côtés de son infrastructure stockholmoise, et le Danish Internet Exchange (DIX) fournit une alternative de peering gérée par la communauté. Ensemble, ils font de Copenhague un emplacement bien connecté pour les réseaux qui ont besoin de peeriser avec les FAI nordiques et baltiques sans router d'abord via Francfort ou Amsterdam.

Le Danemark relie la péninsule scandinave et le continent européen via sa connexion terrestre par le Jutland en Allemagne. Cette géographie signifie que Copenhague dispose de chemins à faible latence vers Stockholm (environ 20 ms) et Hambourg (environ 17 ms), lui donnant une portée naturelle dans les deux directions. Les liens trans-Øresund vers Malmö maintiennent la latence vers le sud de la Suède bien en dessous de 10 ms. Plusieurs câbles sous-marins connectent le Danemark au Royaume-Uni, à la Norvège et aux États baltiques, offrant une diversité de chemins pour le trafic international.

Notre nœud sonde de Copenhague fonctionne sur AS42708, exploité par Glesys AB. Glesys est un fournisseur d'hébergement et d'infrastructure suédo-nordique avec une présence de centres de données à Stockholm, Göteborg et Copenhague. L'emplacement de Glesys à Copenhague dans leur installation de la municipalité de Glostrup donne au nœud sonde une bonne connectivité amont vers l'écosystème d'hébergement nordique plus large. AS42708 annonce des routes via Netnod et dispose d'accords de transit couvrant les destinations nordiques et d'Europe centrale.

Le marché de l'hébergement danois comprend des opérateurs locaux et des fournisseurs internationaux. TDC (AS3292) est l'opérateur national historique et exploite une part significative du backbone danois. Telia (AS1299) et Telenor (AS2119) fournissent une capacité de transit supplémentaire. Le trafic à forte consommation de bande passante — streaming vidéo, charges de travail cloud — route souvent via Equinix Copenhague, où les CDN et fournisseurs cloud maintiennent des nœuds de cache ou de bord locaux pour servir les utilisateurs danois sans extraire le contenu de centres de données plus distants.

Pour les opérateurs ciblant les utilisateurs danois, Copenhague est l'emplacement de test naturel. Un serveur hébergé à Copenhague ou peerisé chez DIX ou Netnod CPH devrait atteindre la plupart des utilisateurs résidentiels danois bien en dessous de 15 ms. Un serveur à Francfort ajoute 35–45 ms pour les utilisateurs danois avant de tenir compte de toute variation de dernier kilomètre. Le placement du bord CDN à Copenhague ou à Malmö voisine fait une différence matérielle pour les applications sensibles à la latence desservant le marché danois.