Resumen

  • El DNS de novacloud-hosting.com está dividido: los registros NS apuntan a alaric.ns.cloudflare.com y hazel.ns.cloudflare.com, con registros A en rangos de Cloudflare, mientras el correo se resuelve en mgw-01.nc-h.com y mgw-02.nc-h.com, bajo el espacio de nombres propio del operador.
  • El operador mantiene dos páginas de estado Instatus separadas (novacloud.instatus.com y novacloud-hosting.instatus.com) para la misma marca, con inventarios de componentes distintos y sin un indicio público de cuál es la canónica.
  • Su propio registro documenta un incidente mayor "FFM2 outage" del 20 de julio al 8 de agosto de 2026 (unos 19 días), con recuperaciones escalonadas por componente y atribución propia a filtrado GRE de PletX y a una disputa legal en NTT FRA1.
  • Los datos de terceros sitúan 4.352 direcciones IPv4, 1.206 dominios alojados en 415 IP, 8 peers, y ninguna IP medida geolocalizada en Portugal, además de titulares de prefijos que apuntan a tres organizaciones distintas dentro del espacio anunciado.

Un DNS repartido entre dos autoridades

Para un cliente, la primera pregunta operativa de un proveedor de hosting es quién resuelve su nombre de dominio. En el caso de la marca principal, la respuesta tiene dos mitades. Los agregadores públicos de DNS registran para novacloud-hosting.com servidores de nombres de Cloudflare y registros A dentro de los rangos de Cloudflare, señal de que la capa web está proxyada por un tercero; en cambio, el correo de la marca se resuelve bajo mgw-01.nc-h.com y mgw-02.nc-h.com, un espacio de nombres que el propio operador controla y que su aviso legal engloba bajo la misma entidad, Tech Tide Portugal Unipessoal LDA (host.io; aviso legal).

Esa división no es ilegítima — delegar la web en un CDN y conservar el correo propio es una práctica común — pero define con precisión dónde termina el control real del operador. La capa web es resiliente frente a un fallo del AS209874 precisamente porque depende de Cloudflare; la capa de correo y los servicios alojados no lo son. El incidente de julio de 2026 demostró esa asimetría de la manera más dura posible.

Dos páginas de estado para una sola marca

La segunda anomalía de la capa de servicio es la duplicación de la superficie de estado. El operador publica novacloud.instatus.com con un inventario de componentes que va del sitio web y el panel hasta hipervisores y centros de datos por sitio (EYG1, FFM2/NTT-FRA1, NBG), incluido un componente de backups Proxmox con un 99,85% de tiempo de actividad autodeclarado (estado NovaCloud). En paralelo existe novacloud-hosting.instatus.com, una segunda página en la misma plataforma con su propio incidente "Potential Disruption Affecting FFM2" del 17 de julio de 2026 y tiempos de recuperación desiguales por componente (segundo incidente; historial).

Nada en las páginas indica cuál es la canónica ni cómo se consolidan los incidentes entre ambas. Para un cliente que consulta el estado durante un apagón, dos cronologías parciales y no sincronizadas son peor que una sola: la evidencia del estado operativo de la marca está, literalmente, repartida en dos lugares que no se citan entre sí.

El incidente FFM2: 19 días según el propio operador

El registro del operador documenta un incidente mayor que empezó el 20 de julio de 2026 a las 8:05 UTC y se dio por resuelto el 8 de agosto de 2026 a las 14:00 UTC: 19 días. La página del incidente describe recuperaciones escalonadas — tránsito IP y VPS de gama alta en Alemania volvieron antes que los VPS estándar y los servidores dedicados en NTT-FRA1 — y atribuye parte de la disrupción a un filtrado de PletX que bloqueó paquetes GRE y cortó conexiones TCP (incidente FFM2).

La atribución de la causa raíz descansa en el propio operador. Una reproducción comunitaria de lo que se presenta como su correo a clientes añade una segunda explicación: una disputa legal entre el proveedor de colocation contratado y el operador de racks aguas arriba dentro de NTT FRA1, con los sistemas físicos de los VPS estándar inaccesibles desde las 9:55 del 20 de julio, migración a infraestructura de sustitución en Países Bajos, créditos y siete días gratuitos, y una solicitud de no pagar facturas abiertas del servicio afectado (LowEndTalk). Ese texto es un eco de terceros de la mensajería del operador, no una confirmación independiente; la disputa legal no está verificada en fuentes judiciales o públicas.

Qué mide el tercero

Las vistas de terceros acotan el tamaño real de la operación. IPinfo registra 4.352 direcciones IPv4, 1.206 dominios alojados en 415 IP, 8 peers y una nota explícita: la red está registrada en Portugal pero no tiene direcciones IP medidas geolocalizadas allí (IPinfo). IPregistry añade una descomposición por prefijo en la que los titulares dentro del espacio anunciado se reparten entre Tech Tide Portugal, "NovaCloudHosting" y una tercera organización, KEKSHOST SRL (IPregistry).

Estas cifras no contradicen por sí solas la vitrina, pero sí la acotan: un operador que afirma "control directo sobre el enrutamiento y el peering" (sobre nosotros; as209874.net) muestra en datos de terceros ocho peers, una geolocalización que no incluye a su país de registro y nombres de titulares de prefijos que pertenecen a terceros dentro de su propio espacio anunciado.

Qué significa para un cliente

La capa de servicio de Novacloud no demuestra mala fe; demuestra que la unidad operativa real no coincide con la unidad de marca. Un cliente de la marca depende simultáneamente de: Cloudflare para la visibilidad web, del operador para el correo y los servicios alojados, de PletX y de otros upstreams para el tránsito, de un proveedor de colocation y de su operador de racks para el acceso físico, y de una de dos páginas de estado para saber qué ocurre. Cuatro de esos cinco eslabones quedaron expuestos en un único incidente de 19 días.

La pregunta relevante antes de contratar no es cuántos centros de datos afirma la vitrina, sino qué parte de esa cadena puede el operador controlar realmente cuando algo falla — y la respuesta, medida en julio de 2026, es: menos de la que promete.

Fuentes adicionales: documentación · RIPEstat AS209874