Una comprobación HTTP desde Dinamarca envía una solicitud GET real a tu URL y registra el código de estado, el tiempo de respuesta y si la respuesta se completó correctamente. Ejercita la resolución DNS, el handshake TCP, la negociación TLS y el tiempo hasta el primer byte del servidor, que son los mismos pasos que realiza el navegador de un usuario danés. Para un servidor alojado en Copenhague o con peering local, los tiempos de respuesta deberían ser rápidos. Para un servidor en Fráncfort, espera que solo el handshake TCP tome 30–40 ms antes de que comience la transferencia de contenido.

Dinamarca es un país de la UE con aplicabilidad estándar del GDPR. Los servicios dirigidos a usuarios daneses a menudo prefieren infraestructura alojada en la UE, y algunas configuraciones de CDN están configuradas para servir a los usuarios daneses desde un nodo edge en Copenhague o Estocolmo. Una prueba HTTP desde nuestra sonda de Copenhague confirma si tu CDN está realmente llegando a un PoP local o tirando desde un origen más lejano. Un TTFB rápido sugiere caché local; uno más lento, consistente con la latencia de Fráncfort o Ámsterdam, sugiere que el edge está más lejos de lo previsto.

Si la comprobación HTTP devuelve un estado no-200 desde Dinamarca pero tiene éxito desde otras regiones, las causas habituales incluyen reglas de geo-bloqueo, restricciones de CDN a nivel de país, o reglas WAF que marcan solicitudes de rangos de IP daneses. La IP de origen de Glesys AS42708 no debería estar en ninguna lista de bloqueo estándar, pero las reglas personalizadas establecidas por el operador del servidor pueden aún así bloquearla. Compara contra comprobaciones desde Suecia y Alemania para acotar si el problema es específico de Dinamarca.

Copenhague es el hub de Internet principal de Dinamarca y funciona como un cruce de routing entre Escandinavia, la región báltica y Europa Central. Netnod opera un IX en Copenhague junto con su infraestructura de Estocolmo, y el Danish Internet Exchange (DIX) ofrece una alternativa de peering gestionada por la comunidad. Juntos, hacen de Copenhague una ubicación bien conectada para redes que necesitan hacer peering con los ISP nórdicos y bálticos sin enrutar primero por Fráncfort o Ámsterdam.

Dinamarca conecta la península escandinava con el continente europeo a través de su enlace terrestre vía Jutlandia hacia Alemania. Esta geografía significa que Copenhague tiene rutas de baja latencia tanto hacia Estocolmo (unos 20 ms) como hacia Hamburgo (unos 17 ms), lo que le confiere alcance natural en ambas direcciones. Los enlaces trans-Øresund hacia Malmö mantienen la latencia hacia el sur de Suecia muy por debajo de 10 ms. Varios cables submarinos conectan Dinamarca con el Reino Unido, Noruega y los países bálticos, proporcionando diversidad de rutas para el tráfico internacional.

Nuestro nodo sonda en Copenhague corre en AS42708, operado por Glesys AB. Glesys es un proveedor nórdico de hosting e infraestructura con presencia de centros de datos en Estocolmo, Gotemburgo y Copenhague. La ubicación de Glesys en Copenhague en su instalación del municipio de Glostrup da al nodo sonda buena conectividad upstream hacia el ecosistema de hosting nórdico en general. AS42708 anuncia rutas vía Netnod y tiene acuerdos de tránsito que cubren destinos tanto nórdicos como de Europa Central.

El mercado de hosting danés incluye tanto operadores locales como proveedores internacionales. TDC (AS3292) es el operador nacional incumbente y opera una parte significativa del backbone danés. Telia (AS1299) y Telenor (AS2119) proporcionan capacidad de tránsito adicional. El tráfico de alto consumo de banda ancha —streaming de video, cargas de trabajo en la nube— a menudo enruta vía Equinix Copenhagen, donde las CDNs y los proveedores de nube mantienen nodos de caché o edge locales para servir a los usuarios daneses sin obtener el contenido de centros de datos más lejanos.

Para operadores que atienden a usuarios daneses, Copenhague es la ubicación de prueba natural. Un servidor alojado en Copenhague o con peering en DIX o Netnod CPH debería alcanzar a la mayoría de los usuarios residenciales daneses en menos de 15 ms. Un servidor en Fráncfort añade 35–45 ms para los usuarios daneses antes de tener en cuenta cualquier variación en el último tramo. La presencia de CDN edge en Copenhague o en la cercana Malmö marca una diferencia significativa en aplicaciones sensibles a la latencia que sirven al mercado danés.