Website server location checker
Registros DNS, búsquedas A/AAAA y la IP de la respuesta final — un análisis centrado para ingeniería y operaciones, no un informe de cumplimiento completo.
El punto de conexión, los NS records y los MX records se enumeran por separado. Edge ≠ origen.
Registros DNS, búsquedas A/AAAA y la IP de la respuesta final — un análisis centrado para ingeniería y operaciones, no un informe de cumplimiento completo.
Un punto de conexión en «Fráncfort» puede ser un edge anycast de Cloudflare o Fastly. La IP puede estar registrada en EE. UU. aunque el edge sirva tráfico de la UE desde Fráncfort. Etiquetamos directamente los rangos CDN conocidos («CDN X») para que esta confusión no induzca a error a un revisor sin que lo note.
El alojamiento DNS no implica tratamiento de datos de clientes, y los MX records no muestran adónde se envían los datos de sus formularios. Los enumeramos bajo «contexto» y los excluimos del veredicto geográfico. El veredicto usa solo el punto de conexión de la página de inicio y los puntos de conexión de terceros observados.
Indican quién aloja su DNS y quién acepta su correo — no dónde terminan los datos de usuario enviados a través de su sitio web. Mezclarlos en el mismo recuento que el punto de conexión de la página de inicio distorsionaría la señal.
Cuando la IP coincide con un rango CDN conocido (Cloudflare, Fastly, Akamai, Imperva, Bunny), anotamos la fila con el nombre del CDN y decimos «edge» en lenguaje claro. En caso contrario, informamos de la geolocalización tal como se encontró.
Las redes anycast sirven desde muchas regiones pero suelen estar registradas en una sola. Las bases de datos de geolocalización públicas reflejan el registro, no la ubicación de servicio actual. La anotación con el nombre del CDN lo señala explícitamente.