Resumo

  • O DNS público de novacloud-hosting.com é delegado a nameservers da Cloudflare (alaric.ns.cloudflare.com e hazel.ns.cloudflare.com), com registros A em faixas da Cloudflare, enquanto o e-mail opera sob o namespace próprio da operadora (mgw-01.nc-h.com e mgw-02.nc-h.com) — duas autoridades de DNS distintas sob uma mesma marca [1].
  • A operadora mantém duas páginas de status Instatus separadas para a mesma marca (novacloud.instatus.com e novacloud-hosting.instatus.com), uma prática que dificulta determinar qual registro de incidentes é canônico [2][4].
  • Seus próprios registros documentam um apagão maior no FFM2 de 20 de julho a 8 de agosto de 2026 (cerca de 19 dias), com recuperação escalonada por componente e atribuição auto-declarada a filtragem upstream da PletX (bloqueio de pacotes GRE, conexões TCP descartadas) e a uma disputa legal entre seu provedor de colocation e o operador de rack na NTT FRA1 [3][6].
  • Dados de terceiros mostram 4.352 endereços IPv4, 1.206 domínios hospedados em 415 IPs, 8 peers e nenhum IP geolocalizado em Portugal, apesar do registro português; detentores de prefixos dentro do espaço anunciado incluem Tech Tide Portugal, 'NovaCloudHosting' e uma terceira parte, KEKSHOST SRL [10][11].
  • A loja declara 'controle direto sobre roteamento e peering' em três datacenters europeus; a evidência mensurável descreve uma operadora pequena e dependente de trânsito — uma lacuna de enquadramento, não um veredito de colapso.

Uma divisão de DNS em duas autoridades

O registro agregado de DNS para novacloud-hosting.com lista os nameservers como instâncias da Cloudflare e registros A (104.26.6.194, 104.26.7.194, 172.67.75.83) em faixas da Cloudflare, consistentes com um site protegido por proxy. O e-mail, em contraste, roda em mgw-01.nc-h.com e mgw-02.nc-h.com — o namespace próprio da operadora. Isso não é uma configuração ilegal, mas é uma escolha arquitetônica legível: a camada web depende de um front de terceiros, enquanto o serviço pago (correio) fica em infraestrutura controlada pela operadora, roteada através de sua própria AS [1].

A mesma página posiciona a loja em aproximadamente 5.231.25.28 sob a AS209874, com texto de marketing 'VPS Hosting at 3.95€ per month and Minecraft-Hosting from ONLY 1€ per month!' — a faixa de preço que define o segmento de clientes: indivíduos sensíveis a preço, não contratos corporativos.

Duas páginas de status para uma marca

A operadora opera duas páginas de status Instatus separadas. A primeira, novacloud.instatus.com, mostra uma lista por componente que inclui VPS Hypervisor EYG1, FFM2 (NTT-FRA1), NBG Datacenter e servidores Proxmox de backup, com uma 'All systems operational' no momento da leitura — mas também um valor de uptime de 99,85% reportado para o próprio IP-Transit FFM2 [2]. A segunda, novacloud-hosting.instatus.com, registra um incidente distinto de 'Potential Disruption Affecting FFM2' começando em 17 de julho de 2026, com tempos de restauração desiguais por componente [4].

Que duas páginas de status coexistam na mesma plataforma para uma marca levanta uma pergunta prática para os clientes: qual página é canônica, e os registros de incidentes são consolidados?

O apagão de 19 dias no FFM2

A página de incidentes da primeira página de status documenta o 'FFM2 outage' como um incidente maior de 20 de julho (8:05 UTC) a 8 de agosto de 2026 (14:00 UTC) — cerca de 19 dias. As atualizações da operadora primeiro descrevem a PletX como 'blocking GRE packets from multiple source IPs' e depois como 'false filtering of PletX, which dropped TCP connections'; os serviços retornaram em sequência — IP-Transit e High-End VPS DE antes de Standard VPS DE e Dedicated/Colocation na NTT-FRA1 [3].

Um fórum da comunidade reproduz o que se apresenta como um e-mail da operadora aos clientes: uma disputa legal entre o provedor de colocation contratual da operadora e o operador de rack upstream dentro da NTT FRA1; sistemas físicos do Standard VPS DE indisponíveis das 09:55 de 20 de julho, sem acesso físico a servidores ou armazenamento ativo; recuperação para infraestrutura substituta nos Países Baixos; créditos mais sete dias gratuitos; um pedido para que os clientes não paguem faturas em aberto; e um plano futuro de roteamento por Frankfurt via PletX com dois links redundantes de 40 Gbit/s mais dois de 10 Gbit/s de backup [6].

Esta é uma reprodução de mensagens da própria operadora — ela confirma o que a operadora disse, não a veracidade da disputa legal.

O que a camada ASN mostra

Visões de terceiros da AS209874 convergem na identidade (Tech Tide Portugal Unipessoal LDA, registro RIPE, alocada em 24 de abril de 2025) e divergem na superfície: a IPinfo relata 4.352 endereços IPv4, 1.206 domínios hospedados em 415 IPs, 8 peers e observa que a rede, embora registrada em Portugal, não tem endereços IP mensurados geolocalizados lá [10].

A IPregistry adiciona que alguns prefixos anunciados estão registrados sob 'NovaCloudHosting' e um /24 (194.62.122.0/24) sob 'KEKSHOST SRL' — um nome de organização de terceiros dentro do espaço anunciado — e lista ASes downstream, incluindo AS198590, AS204213, AS210097, AS211443 e AS214083 [11].

O site da rede da própria operadora lista upstreams AS62403 (PletX), AS49581 (Tube-Hosting) e AS48314 (IP-Projects), três PoPs na Alemanha e nos Países Baixos e um canal de contato NOC publicado em seu próprio site de rede [7]; sua página 'About' afirma fundação em 2023, datacenters em Frankfurt am Main, Nuremberg e Eygelshoven, e 'controle direto sobre roteamento, peering e conectividade' [9]. A terceirização do DNS da web para a Cloudflare e a dependência de trânsito observada em incidentes situam essa afirmação como marketing de loja a ser avaliado contra registros de incidentes, não como uma característica verificada.

O que isso significa

Para clientes, o quadro auditável é: dependência de trânsito de camada única documentada pela própria operadora durante o apagão de julho-agosto, uma camada de status dividida em duas páginas e um serviço pago executado em infraestrutura que a operadora controla, mas que provou depender de um provedor de colocation e do operador de rack desse provedor. Para redes downstream — os cinco ASes downstream listados — a mecânica do incidente mostra como uma disputa legal em um rack de datacenter se propaga através de um provedor pequeno para seus próprios downstreams.

Nada na evidência estabelece colapso, encerramento ou má-fé; estabelece a diferença entre marketing operacional e evidência de serviço auditável.

Fontes