Resumo

  • A Network LIGA HOSTING LTD é a identidade orientada a infraestrutura da atividade de hospedagem pública da LIGA HOSTING LTD. O Companies House registra a empresa número 17069738 como uma sociedade privada de responsabilidade limitada ativa na Inglaterra e no País de Gales, constituída em 4 de março de 2026 com o código SIC 63110, enquanto os termos da empresa indicam que a atividade de hospedagem está ativa desde 2019 e atende clientes em mais de 30 países.
  • A superfície de serviço público é real o suficiente para ser testada: a LigaHosting anuncia VPS Standard em Tulcea e Frankfurt, VPS Performance Ryzen 9 9950X em Frankfurt, hospedagem web cPanel com backups diários de sete dias e hospedagem de jogos sob a marca romena. O mesmo site reivindica o AS201131, proteção DDoS, uplinks de 10 a 40 Gbps, provisionamento de VPS em menos de 60 segundos e um SLA mensal de 99,9% para a rede e infraestrutura principal.
  • O AS201131 está atualmente visível. O RIPE RDAP identifica o AS201131 como LGH-Network, registrado em nome da LIGA HOSTING LTD em 3 de março de 2026; a última visualização do estado de roteamento do RIPEstat mostra três IPv4 /24 e dois IPv6 /48 com visibilidade RIS completa ou quase completa. Os três pares origem-rota IPv4 verificados são validados sob RPKI, enquanto os dois IPv6 /48 atuais retornaram validação desconhecida na visualização verificada do RIPEstat.
  • O nível de evidência é Médio. As evidências públicas de roteamento, produto, status e contrato suportam uma pegada de hospedagem operacional, mas o dossiê ainda não comprova a propriedade dos racks, os operadores das instalações, caminhos de alimentação duplos, hardware sobressalente, diversidade de roteamento dentro de cada site, restaurações testadas ou direitos de migração dos clientes.

Uma nova empresa britânica envolvendo uma história de hospedagem mais antiga

O primeiro fato a distinguir é a identidade jurídica do histórico operacional.Companies Houseregistra a LIGA HOSTING LTD sob o número de empresa 17069738, ativa, constituída em 4 de março de 2026, com sede no 3rd Floor, 86-90 Paul Street, Londres, EC2A 4NE e natureza de atividade 63110, processamento de dados, hospedagem e atividades relacionadas. Apágina de diretoreslista Ionel-Florin Florin Moisa como administrador ativo, nomeado na data de constituição. Oregistro de pessoas com controle significativoregistra Ionel-Florin Moisa com propriedade de ações e direitos de voto de 75% ou mais, bem como o direito de nomear ou destituir diretores.

Isso torna a empresa visível, mas jovem. Suas primeiras contas não são exigíveis antes de dezembro de 2027 e sua primeira declaração de confirmação não é exigível antes de março de 2027. Os clientes ainda não podem consultar um histórico de depósitos maduro, um histórico de contas ou uma longa sequência de eventos corporativos. Isso importa quando um comprador decide se um servidor de baixo preço é uma contraparte duradoura ou uma marca de hospedagem em rápida evolução que pode mudar de forma jurídica, arranjos de recursos de endereço ou fornecedores operacionais.

O site público conta uma história comercial mais longa. Ostermos da LigaHosting, atualizados em 29 de abril de 2026, indicam que a LIGA HOSTING LTD opera as marcas ligahosting.com para hospedagem VPS internacional e web cPanel e ligahosting.ro para hospedagem de jogos, está ativa desde 2019, atende clientes em mais de 30 países e gerencia infraestrutura VPS na Romênia e na Alemanha. Essa declaração de histórico mais antigo pode descrever bem a marca ou a operação comercial antes da constituição da empresa britânica. Não deve ser interpretada como um histórico do Companies House para o número de empresa 17069738.

A distinção não é mesquinha. Se um serviço tem clientes mais antigos, painéis de controle mais antigos ou contratos de infraestrutura anteriores, uma nova empresa pode herdar algumas práticas operacionais sem herdar um longo histórico de depósitos legais. Se a empresa é um invólucro recém-formalizado em torno de um negócio de hospedagem romeno ou europeu existente, os clientes devem perguntar qual entidade jurídica assina o contrato atual, qual entidade possui ou aluga o hardware, qual entidade detém as contas de fornecedores e o que acontece com os serviços existentes se outra marca, conta de revendedor ou painel antigo permanecer na cadeia.

A sede em Londres também não é uma reivindicação de data center. O endereço do Companies House e os dados organizacionais estruturados do site identificam um endereço corporativo, não um local de rack. Isso corresponde a uma empresa britânica vendendo infraestrutura romena e alemã. Não estabelece que os dados dos clientes são processados no Reino Unido, que a equipe de suporte está em Londres ou que a empresa possui uma instalação no Reino Unido. A história da hospedagem deve ser verificada em relação às páginas de produtos, páginas de status, tabelas de roteamento e termos.

O que a superfície de produto público vende

As páginas de produtos mostram um serviço destinado a pequenos e médios compradores de hospedagem, em vez de uma nuvem hyperscale. Osite principal da LigaHostinganuncia "VPS Standard & Performance", proteção DDoS, implantação instantânea, conectividade de rede premium, hardware empresarial e alcance europeu na Romênia e na Alemanha. Ele designa o AS201131 como o backbone da empresa e indica que o provisionamento de VPS leva menos de 60 segundos. Também anuncia uplinks de 10 a 40 Gbps e respostas de suporte em menos de 15 minutos. Essas são afirmações comerciais, mas são específicas o suficiente para se traduzirem em perguntas físicas.

Apágina VPS Standardnomeia dois nós de infraestrutura: Tulcea, Romênia, descrito como Standard em hardware dual Intel Xeon Gold 6254, e Frankfurt, Alemanha, descrito como Standard em AMD EPYC 7702. As fichas de plano vão de pequenas instâncias VPS para cima e incluem um endereço IPv4 e proteção DDoS. Apágina VPS Performanceconcentra o nível de alta frequência em Frankfurt em processadores AMD Ryzen 9 9950X, com planos que escalam de 1 vCPU, 2 GB de RAM e 100 GB NVMe a 12 vCPU, 64 GB de RAM e 1,6 TB NVMe. É uma história de computação concreta, não apenas uma etiqueta 'cloud' vazia.

Apágina de hospedagem webadiciona uma superfície de produto diferente: hospedagem cPanel, armazenamento SSD, SSL gratuito, contas de e-mail e backups diários. Web Starter anuncia 20 GB de armazenamento SSD e um site. Web Pro expande o armazenamento e o alcance da conta. Web Business anuncia armazenamento SSD ilimitado, sites ilimitados e um IP dedicado gratuito. A mudança de dependência importante é que a hospedagem cPanel concentra várias contas em servidores compartilhados e sistemas administrativos compartilhados, enquanto a hospedagem VPS dá ao comprador acesso root, mas também transfere mais responsabilidade de backup e configuração para o comprador.

A marca romena de hospedagem de jogos adiciona outro sinal.LigaHosting.roanuncia hospedagem de servidores de jogos na Romênia e na Alemanha, um objetivo de disponibilidade de 99,9%, suporte 24/7 e um painel de infraestrutura mostrando a Romênia em 5.180.33.0/24 e a Alemanha em 163.5.26.0/24. Ele lista a computação na Romênia como uma plataforma Intel Core i9-14900K com 192 GB de DDR5 e 2 TB NVMe, enquanto a Alemanha é uma plataforma AMD Ryzen 9 9950X com 128 GB de DDR5 e 2 TB NVMe. Essas afirmações da página correspondem a dois dos prefixos IPv4 visíveis do AS201131, mas ainda não identificam o operador da instalação nem provam a capacidade de reserva.

Apágina de statustambém é útil, pois nomeia os locais de serviço em termos operacionais: Tulcea, Romênia para VPS Standard, e Frankfurt, Alemanha para VPS Standard, VPS Performance e hospedagem Web. Ela exibia 'Todos os sistemas operacionais' e nenhum incidente ativo durante a verificação, com ambos os locais marcados como operacionais. Uma página de status verde atual não é um arquivo de disponibilidade, mas indica aos clientes o que o provedor considera como seus componentes de serviço público.

Isso é evidência suficiente para dizer que a LigaHosting não é simplesmente uma casca vazia. Ela tem um catálogo público, locais de serviço ativos, reivindicações de processadores específicos, uma página de status do cliente, termos e uma rede ao vivo. Não é suficiente para dizer que a empresa possui os racks, controla os edifícios ou pode mover todas as cargas de trabalho entre as regiões. Um comprador de VPS vê um nome de plano, uma família de CPU e um endereço IP. A decisão de resiliência depende do que está escondido por trás desses rótulos.

O AS201131 está visível, mas visibilidade não é sinônimo de controle em todos os lugares

A evidência técnica mais sólida é a rede.O RIPE RDAP para o AS201131identifica o AS201131 como LGH-Network, registrado em 3 de março de 2026 e modificado pela última vez em 15 de junho de 2026, com a LIGA HOSTING LTD como organização titular e contato de abuso [email protected].A visão geral AS do RIPEstatidentifica o titular como "LGH-Network LIGA HOSTING LTD" e marca o ASN como anunciado. Isso alinha a reivindicação do site com as evidências de roteamento público.

O conjunto de rotas atual é compacto.A visualização do estado de roteamento do RIPEstatmostrou, para a última consulta em 12 de julho de 2026, três prefixos IPv4 totalizando 768 endereços IPv4 e dois IPv6 /48. Ela relatou visibilidade IPv4 completa nos peers RIS e visibilidade IPv6 quase completa.A visualização de prefixos anunciados do RIPEstattambém mostrou que vários IPv6 /48 apareceram durante a janela de duas semanas anterior, mas não estavam mais no conjunto de alta visibilidade atual em 12 de julho. Isso é bastante normal para uma pequena rede, mas significa que os compradores devem distinguir as rotas de produção atuais da visibilidade de rota recente ou experimental.

Os três prefixos IPv4 atuais correspondem à geografia dos produtos.5.180.33.0/24,163.5.26.0/24e146.19.215.0/24estavam cada um visíveis com o AS201131 como origem nas visualizações de visão geral de prefixos do RIPEstat. O site romeno de jogos mapeia explicitamente 5.180.33.0/24 para a Romênia e 163.5.26.0/24 para a Alemanha. As páginas oficiais de produtos e a página de status colocam os serviços VPS e de hospedagem web na Romênia e na Alemanha. Isso dá uma geografia plausível: a Romênia e a Alemanha são as regiões de serviço destinadas aos clientes, com a empresa britânica como contraparte jurídica.

A segurança da origem da rota é um ponto positivo para IPv4.A validação RPKI do RIPEstat para 5.180.33.0/24,163.5.26.0/24e146.19.215.0/24retornaram válido para o AS201131. Um RPKI válido não torna um servidor confiável, mas reduz uma classe de falhas de roteamento ao indicar às redes que realizam validação de origem que o AS201131 está autorizado a anunciar esses prefixos.

A tabela IPv6 é mais fraca. As verificações atuais da visão geral de prefixos para2a06:9801:c2::/48e2a06:9801:22c::/48os mostraram anunciados pelo AS201131, mas as URLs de validação RPKI verificadas retornaram desconhecido em vez de válido. Desconhecido não significa inválido. Significa que a visualização verificada não encontrou uma autorização de origem de rota válida para o par origem-prefixo consultado. Para clientes que exigem IPv6 nativa e garantia de origem de rota, essa é uma questão a ser resolvida antes da compra.

As evidências upstream exigem linguagem cautelosa. Oregistro aut-num do banco de dados RIPElista uma política de importação e exportação envolvendo AS209735, AS58061, AS58212, AS213323 e AS207841.A visualização de vizinhos ASN do RIPEstatobservou quatro vizinhos no último momento verificado: AS213323, AS397373, AS58061 e AS58212.CAIDA AS Rankviu o AS201131 como um pequeno AS com três provedores, nenhum cliente observado e nenhum peer observado em seu conjunto de dados. Os nomes e papéis exatos diferem entre os registros de política de roteamento e os conjuntos de dados de observação, o que é esperado no BGP. A conclusão cautelosa é que o AS201131 é multi-homed na observação pública, mas o dossiê público não prova quais provedores upstream atendem cada local, se ambos estão ativos em cada região ou se os caminhos de fibra e os pares de roteadores são fisicamente diversificados.

PeeringDB adiciona uma ausência a mais. Aconsulta à API PeeringDB para o AS201131não retornou nenhum objeto de rede durante a verificação. Isso não é um defeito; muitas pequenas redes não mantêm um perfil PeeringDB. Isso significa que os clientes não podem usar o PeeringDB para confirmar presenças em instalações, LANs de troca, política de peering público ou níveis de tráfego. Para um operador que vende com a linguagem 'backbone próprio', a publicação de um perfil de interconexão básico tornaria a superfície de controle mais fácil de verificar.

A história dos racks se cala no ponto mais importante

Um servidor hospedado é vendido como um objeto de software, mas ele falha como um objeto físico. O site pode provisionar um VPS em segundos apenas porque um servidor real já está alimentado, refrigerado, conectado e instalado em um rack. Um servidor de jogo pode anunciar baixa latência apenas porque os pacotes passam pela comutação top-of-rack, roteadores de borda, provedores de trânsito e mitigação DDoS. Uma conta cPanel pode prometer backups apenas porque o armazenamento e as tarefas de backup são executados em algum lugar com disco, largura de banda e atenção do operador suficientes.

Para a LigaHosting, os locais visíveis são Tulcea e Frankfurt. É melhor do que uma vaga reivindicação 'Europa'. A lacuna restante é a identidade da instalação. As fontes públicas examinadas para este artigo não identificaram o operador do data center em Tulcea, a instalação em Frankfurt, a propriedade dos racks, o número de armários, o projeto de energia elétrica, o provedor de intervenção remota, a extensão da supressão de incêndio, a redundância de resfriamento, a sala de meet-me ou o processo de substituição de hardware.

O site público indica 'uma infraestrutura de nuvem europeia na Romênia e na Alemanha'; não diz se a LIGA HOSTING LTD possui o hardware em racks de colocation, aluga servidores dedicados, revende uma plataforma ou mistura esses modelos por produto.

Isso importa porque uma instalação, um rack e um cluster de virtualização são camadas diferentes. Um data center em Frankfurt pode ter múltiplas chegadas de serviços públicos, sistemas UPS e geradores, enquanto um locatário ainda conecta um servidor com um único cabo de alimentação em uma única régua. Um rack pode estar em uma boa instalação enquanto seu switch top-of-rack continua sendo um ponto único de falha. Um servidor pode ter dois dispositivos NVMe enquanto os snapshots residem no mesmo nó. Um indicador verde no nível do site pode coexistir com um host com falha ou um pool de armazenamento sobrecarregado.

As evidências do produto indicam uma plataforma compacta. A página VPS Standard menciona os nós Tulcea dual Intel Xeon Gold 6254 e Frankfurt AMD EPYC 7702. A página Performance menciona o Ryzen 9 9950X de Frankfurt. O site de jogos menciona as plataformas Core i9-14900K na Romênia e Ryzen 9 9950X na Alemanha. Essas são classes familiares de servidores de hospedagem e podem oferecer excelente relação custo-benefício para pequenas cargas de trabalho. Elas não provam por si só failover de cluster, migração ao vivo, armazenamento distribuído ou servidores sobressalentes.

Adefinição de computação em nuvem do NISTé útil aqui porque separa um verdadeiro pool de recursos elásticos de máquinas virtuais hospedadas comuns. Um produto VPS pode oferecer amplo acesso à rede e algum provisionamento self-service sem provar elasticidade rápida, serviço medido, pooling entre hosts ou resiliência multi-site. A palavra 'cloud' no rodapé de um site de hospedagem não resolve a arquitetura. O teste é saber se um cliente pode perder um nó, um rack ou um site e se recuperar dentro de uma janela conhecida.

Para um pequeno provedor, essa lacuna não é incomum. Muitas empresas reais de hospedagem não publicam contratos de instalação ou esquemas de racks. O problema não é que a informação esteja ausente na página inicial. O problema é que os clientes que compram cargas de trabalho de produção precisam fazer a pergunta porque as evidências não podem ser deduzidas. Quais produtos são de nó único? Quais usam armazenamento replicado? Quais têm snapshots? A Romênia e a Alemanha são domínios de falha independentes ou apenas locais de produtos distintos? A VM de um cliente pode se mover entre eles? O endereço IP se move com ela?

Essas respostas determinam se o produto é capacidade barata ou capacidade resiliente.

A capacidade instalada não é capacidade recuperável

A tabela de roteamento fornece um limite superior em alguns recursos de rede, não em computação. Três IPv4 /24 dão 768 endereços IPv4 no conjunto de origens público atual. Um plano de um IPv4 por VPS pode consumir esses endereços rapidamente, mas o número de endereços não indica quantos hosts físicos existem. Um servidor pode suportar muitas instâncias VPS de baixo custo. Um cliente pode consumir muitos endereços. Alguns endereços são reservados para infraestrutura, substituição por abuso, testes de roteamento ou crescimento futuro. O número de IPv4 é, portanto, uma restrição, não um registro de capacidade.

O mesmo vale para os processadores anunciados. Um host Ryzen 9 9950X pode ser atraente para cargas de trabalho de jogos e VPS performance de alta frequência. Também pode se tornar um domínio de falha severa se muitos servidores sensíveis à latência compartilharem um único gabinete físico. Um nó AMD EPYC ou dual Xeon pode suportar muitas instâncias VPS padrão, mas a capacidade de reserva depende da margem de memória, margem de armazenamento, superprovisionamento de CPU e disponibilidade de outro nó compatível. As páginas públicas indicam as especificações dos planos, não as taxas de superprovisionamento ou pools de reserva a quente.

O armazenamento é a outra fronteira oculta. NVMe pode significar discos locais rápidos em um host, armazenamento local espelhado, um servidor de armazenamento separado ou um sistema de armazenamento distribuído. Cada design tem um comportamento de falha diferente. NVMe local pode ser extremamente rápido até que um disco, controlador ou host falhe. Armazenamento local espelhado pode sobreviver a um disco, mas não a todas as falhas de host. Armazenamento distribuído só pode tolerar perda de nó se as réplicas estiverem espalhadas por máquinas independentes, o quorum sobreviver e o tráfego de reconstrução não sobrecarregar a rede.

As páginas públicas da LigaHosting anunciam armazenamento NVMe e SSD, mas não descrevem a arquitetura de durabilidade dos planos VPS.

O produto de hospedagem web é mais claro porque os termos indicam que os planos de hospedagem web cPanel recebem backups diários automáticos retidos por sete dias. Isso é útil, mas não é o mesmo que replicação contínua ou backup imutável fora do local. Isso protege alguns clientes contra perda de servidor e erros comuns, desde que os backups sejam concluídos, permaneçam legíveis e sejam armazenados fora da falha que danificou o servidor principal. Os termos indicam explicitamente que os backups internos são destinados à recuperação de desastres em nível de servidor e que o provedor não garante sua integridade ou disponibilidade.

Essa é uma limitação prudente, e os clientes devem vê-la como um aviso para manter suas próprias cópias.

O produto VPS é mais claro no sentido inverso: backups não estão incluídos por padrão. Os termos indicam que os clientes VPS são responsáveis por seus próprios backups e que snapshots ou backups adicionais podem estar disponíveis mediante taxa. Esse é um limite honesto, mas muda o produto de 'o host restaurará meu servidor' para 'o host pode manter a VM funcionando, mas eu sou o dono da recuperabilidade a menos que compre e teste mais'. Qualquer comprador que considere um VPS padrão como infraestrutura com backup perdeu o arranjo operacional.

O SLA de 99,9% do provedor também deve ser lido como um mecanismo de crédito, não como uma garantia de recuperação. Ostermosdefinem uma disponibilidade mensal de 99,9% para a rede e infraestrutura principal, cerca de 43 minutos de inatividade não planejada por mês, com exclusões para manutenção planejada, ataques DDoS que excedem a capacidade de mitigação, força maior, código do cliente e software de terceiros. Se o SLA não for cumprido, o recurso do cliente é um crédito na conta vinculado ao pagamento mensal, limitado a 50%. Isso não reconstrói um banco de dados, não recupera uma reputação de IP perdida e não compensa uma interrupção de negócios além das taxas de serviço.

Isso é normal para a economia de hospedagem. Os preços mensais baixos dependem de limitação de responsabilidade, sistemas compartilhados, automação e responsabilidade do cliente. A questão prática é se os clientes adaptaram seu próprio risco a essa transação. Um servidor de jogo de lazer pode aceitar algumas horas de inatividade e restauração a partir de uma cópia local. Uma agência hospedando sites de clientes, uma aplicação orientada a pagamento ou um servidor de e-mail com listas de permissão de IP deve considerar o produto padrão como apenas um componente de um plano de recuperação mais amplo.

A diversidade de trânsito deve ser testada dentro de cada local de serviço

O roteamento público do AS201131 é um dos melhores elementos do dossiê. Ele é ativo, compacto e visível. As três rotas IPv4 são validadas, e o RIPEstat vê vários vizinhos. O site reivindica uplinks de 10 a 40 Gbps, conectividade europeia premium e proteção DDoS na borda da rede. Esses fatos suportam uma verdadeira operação de rede. Eles não provam que cada local possui caminhos físicos independentes.

A diferença importa em caso de falha. Um servidor romeno pode ter um endereço AS201131 enquanto depende de um único uplink local, switch ou interconexão de instalação. Um nó de performance em Frankfurt pode estar por trás de uma mistura de trânsito mais sólida, mas ainda ter um único par de roteadores voltados para o cliente. A filtragem DDoS pode funcionar bem até que o tamanho do ataque exceda a capacidade contratada ou a filtragem desvie o tráfego de uma forma que aumente a latência para servidores de jogos. Uma tabela BGP mostra a acessibilidade dos coletores de rotas, não o caminho do cabo através de um edifício.

ARFC 7454descreve controles operacionais como filtragem de prefixos, verificações de caminho AS, limites máximos de prefixos e higiene da política de roteamento. A validação RPKI complementa isso respondendo se uma origem de rota é autorizada. O estado de origem de rota IPv4 verificado da LigaHosting é positivo, mas a higiene BGP não é a mesma que engenharia de disponibilidade. Uma rota válida ainda pode ser retirada acidentalmente, filtrada por um provedor upstream, blackholed durante mitigação ou bloqueada atrás de uma interconexão com falha.

O registro da política de roteamento também mostra por que os clientes devem fazer perguntas diretas. O registro aut-num RIPE lista importações de vários ASNs, e o RIPEstat observa um conjunto ao vivo diferente. Isso não é suspeito por si só. É assim que os registros de rota e o BGP ao vivo frequentemente diferem. Para uma compra em produção, no entanto, a pergunta relevante não é 'quantos nomes estão no objeto de política?', mas 'quais provedores upstream estão transportando ativamente o prefixo deste cliente a partir deste site, e o que acontece se um deles falhar?'

A divulgação mais útil seria uma simples declaração de conectividade site a site: a Romênia tem esses provedores upstream, Frankfurt tem esses provedores upstream, ambos são monitorados, a mitigação DDoS está aqui, a manutenção planejada é anunciada por esses canais, e as mudanças de rota de emergência são autorizadas por essas pessoas. Os nomes das instalações e os endereços dos roteadores não precisam ser públicos. O objetivo é mostrar se a rede anunciada como backbone tem caminhos independentes onde o servidor do cliente realmente opera.

Para hospedagem de jogos, a qualidade da rota não é apenas disponibilidade. Latência e jitter importam. Uma rota que permanece ativa, mas faz um desvio por outro país, pode fazer os jogadores sentirem que o servidor está quebrado. O site de jogos mede a latência do dispositivo do usuário e exibe sondas de região, o que é útil no momento da compra. Isso não substitui dados históricos de latência, relatórios de perda de pacotes ou notas de incidentes. Clientes com cargas de trabalho competitivas ou comunitárias devem executar suas próprias sondas a partir das geografias de jogadores que importam.

O faturamento e o controle da conta fazem parte da superfície de falha

Os termos tornam um caminho de falha excepcionalmente explícito. Os serviços são faturados antecipadamente. Se uma fatura permanecer não paga, e-mails de lembrete são enviados nos dias um e dois após o vencimento, o serviço é automaticamente suspenso no dia três, um aviso final de rescisão aparece no dia sete, e no dia quatorze, o serviço é rescindido e todos os dados são permanentemente excluídos. Os termos indicam que os dados excluídos não podem ser recuperados e que a reativação após rescisão requer um novo pedido e não garante o mesmo IP, nome de host ou dados.

Isso não é apenas linguagem financeira. É uma dependência operacional. Um servidor em funcionamento pode se tornar indisponível porque um cartão falhou, uma conta PayPal foi bloqueada, a confirmação de criptomoeda atrasou, o e-mail de faturamento foi para spam, um funcionário da agência saiu ou uma conta do lado do cliente foi comprometida. Do lado de fora, o serviço está fora do ar mesmo que o rack, a energia e a rota estejam saudáveis. A equipe técnica mais rápida não pode restaurar uma VM rescindida cujos dados foram deliberadamente excluídos sob as regras de faturamento.

A regra de exclusão no dia 14 também afeta a migração. Se um cliente esperar até que uma janela de contestação ou não pagamento já tenha começado, o tempo restante para exportar dados, reduzir valores de TTL DNS, replicar bancos de dados e testar outro provedor pode ser curto. Se o titular da conta estiver ausente, o proprietário do serviço pode nem receber os lembretes. Acesso de múltiplas pessoas à conta, contatos de faturamento monitorados e backups independentes são, portanto, controles de disponibilidade, não sutilezas administrativas.

As políticas de reembolso reforçam a mesma lógica econômica. A garantia de reembolso de 30 dias se aplica a um primeiro pedido de serviço de hospedagem para novos clientes, não a domínios, taxas de configuração marcadas como não reembolsáveis, servidores dedicados ou hardware personalizado, renovações, contas rescindidas por violação dos termos ou certos casos de reembolso em criptomoeda. Isso é normal para hospedagem. Também significa que os clientes não devem usar a reembolsabilidade como substituto para testes.

Uma carga de trabalho deve ser avaliada, copiada e restaurada em outro lugar durante o primeiro mês, quando o atrito de saída é mais baixo.

O controle da conta também pode afetar a continuidade do endereço IP. Os termos não prometem que um serviço restaurado ou reativado mantenha o mesmo endereço IP após rescisão. Muitas cargas de trabalho hospedadas podem se mover atrás de um DNS se o cliente controlar a zona. Algumas não podem. Integrações de pagamento, listas de permissão de segurança, reputação de e-mail, comunidades de servidores de jogos e APIs de parceiros geralmente dependem de IPs estáveis. Um cliente usando a LigaHosting deve documentar quais dependências podem tolerar uma mudança de IP e quais exigem notificação prévia ou um segundo provedor.

As janelas de manutenção e os testes de restauração determinam o produto real

Os termos públicos se comprometem que a manutenção planejada seja anunciada com pelo menos 48 horas de antecedência e excluída do SLA. Esse é um padrão de aviso razoável para os clientes, mas deixa questões práticas. Qual canal transmite o aviso? Aparece na página de status, por e-mail, no painel do cliente ou no Discord? O aviso nomeia o local, nó ou produto afetado? Um cliente pode adiar uma reinicialização? A manutenção de emergência é tratada de forma diferente? A página de status atual mostra o status ao vivo, não um arquivo de manutenção, então um comprador ainda não pode inspecionar como os trabalhos anteriores foram comunicados.

As janelas de reparo são particularmente importantes para pequenos provedores de hospedagem porque a falha frequentemente atravessa fronteiras de fornecedores. Se um nó falhar em Tulcea, o provedor pode precisar de intervenção local. Se uma interconexão em Frankfurt falhar, a instalação ou operador deve agir. Se um provedor DDoS colocar um destino em blackhole, o operador de rede deve coordenar a filtragem. Se um nó de performance Ryzen tiver um defeito na placa-mãe, a substituição depende da disponibilidade de estoque compatível. Os clientes não precisam de cada nome de fornecedor, mas precisam saber quem pode agir e com que rapidez.

Oguia de ransomware da CISArecomenda backups criptografados offline, testes regulares de disponibilidade e integridade, imagens de referência e considerar um segundo provedor de nuvem. O conselho é escrito para incidentes cibernéticos, mas a mesma disciplina de recuperação se aplica a perda de armazenamento, suspensão de conta e hardware com falha. Um backup que nunca foi restaurado é esperança, não um controle.

Odocumento de planejamento de contingência do NISTestrutura a recuperação em torno de equipamentos substitutos, locais alternativos, armazenamento alternativo e telecomunicações. Para um cliente da LigaHosting, a versão prática é simples: exporte a aplicação, restaure-a em outro provedor, aponte um nome de host de teste para ela, confirme autenticação e e-mails, e cronometre o exercício. Se a restauração exigir que o VPS original esteja online, o plano de recuperação é muito dependente do sistema com falha.

Para usuários de cPanel, a janela de backup de sete dias do provedor é útil, mas curta. Pode proteger contra uma atualização quebrada descoberta rapidamente, mas pode não cobrir corrupção lenta, comprometimento oculto por semanas ou um cliente que solicita recuperação após rescisão da conta. Para usuários de VPS, a situação padrão é mais severa: sem backups incluídos. Snapshots podem ajudar na restauração imediata, mas snapshots sob a mesma conta do provedor não protegem contra encerramento da conta, exclusão pelo provedor ou um evento de serviço em toda a região.

O modelo de cliente próprio é, portanto, um modelo em várias camadas. Mantenha snapshots do provedor se forem acessíveis e testados. Mantenha backups independentes fora da conta. Mantenha o DNS e o registro de domínio sob controle do cliente. Armazene notas de implantação, credenciais e configuração em um sistema separado. Teste a restauração em uma pequena VM em outro local. Para cargas de trabalho onde o endereço IP em si faz parte do serviço, mantenha um plano de comunicação para alterar listas de permissão e uma rota de fallback por meio de outro provedor.

A localidade é dividida entre a constituição no Reino Unido e a infraestrutura europeia

A empresa é constituída na Inglaterra e no País de Gales. Os locais de serviço público são a Romênia e a Alemanha. A marca de hospedagem de jogos é voltada para o mercado romeno e o conteúdo produzido é bilíngue ou multilíngue na superfície pública. Este é um arranjo de hospedagem europeu viável, mas significa que 'local' depende da pergunta do comprador. Um cliente britânico pode ter uma contraparte jurídica no Reino Unido e computação localizada na UE. Uma comunidade de jogadores romena pode ter uma região de serviço na Romênia, mas um contrato com uma empresa britânica.

Um cliente alemão de VPS performance pode se importar menos com o domicílio da empresa do que com o roteamento de Frankfurt e o tratamento de dados.

Os dados pessoais tornam isso uma questão de contrato e mapeamento. Asorientações da ICO sobre transferências internacionaisexplicam que as organizações devem entender quando as informações pessoais são transferidas ou tornadas acessíveis através das fronteiras. Asorientações da ICO sobre controladores e processadoresexplicam por que o papel de cada parte afeta as obrigações. Um cliente de hospedagem não pode responder a essas perguntas apenas a partir do código de país do IP.

A relação UE-Reino Unido também não é a mesma que 'em qualquer lugar na Europa, é igual'. Asinformações da Comissão Europeia sobre adequaçãoexplicam o mecanismo pelo qual a Comissão pode decidir que um país terceiro oferece proteção adequada, e a Comissão anunciou em janeiro de 2026 que renovou as decisões de adequação para o Reino Unido. Isso ajuda os fluxos de dados UE-Reino Unido, mas não resolve todas as transferências subsequentes, acesso de suporte remoto, acesso de processadores, backups ou logs.

A legislação europeia de cibersegurança adiciona outra lente. Adiretiva NIS 2cobre categorias de infraestrutura digital importante, incluindo computação em nuvem e serviços de data center, sujeita à transposição nacional e limites de tamanho ou função. Uma pequena empresa de hospedagem pode ou não estar dentro de um escopo nacional específico, e este artigo não constitui uma avaliação jurídica. O ponto operacional é que os clientes devem identificar qual entidade fornece o serviço, onde os dados e backups estão armazenados e quais processadores podem acessar os sistemas.

A soberania de dados também inclui o gerenciamento de falhas. Se um backup for copiado para outro país, se a equipe de suporte puder acessar um console de outra jurisdição, se a mitigação DDoS desviar o tráfego por outra rede, ou se os logs forem mantidos em um serviço SaaS de terceiros, o mapa prático de dados é mais amplo do que o local VPS anunciado. Os termos públicos da LigaHosting indicam que o conteúdo do cliente permanece propriedade do cliente e concedem ao provedor um direito limitado de armazenar, copiar para fins de backup e redundância e transmitir conteúdo para fornecer os serviços.

Os termos não publicam um mapa país por país de processadores ou locais de backup.

Para cargas de trabalho comuns de baixo risco, a estrutura Reino Unido-Romênia-Alemanha pode ser suficiente se o cliente a entender. Para dados pessoais regulamentados, comunidades sensíveis, cargas de trabalho do setor público ou clientes com compromissos estritos de localidade, o comprador deve solicitar um acordo escrito de processamento de dados, um mapa de locais para dados de produção e backup, controles de acesso de suporte, regras de exclusão e detalhes sobre processadores. O site público dá um ponto de partida, não uma resposta completa sobre soberania.

Quem é afetado quando o sistema falha

Os usuários provavelmente expostos não são apenas as pessoas cujos nomes estão nas faturas. Uma pequena agência pode hospedar muitos sites de clientes em um único plano cPanel ou várias instâncias VPS. Um proprietário de servidor de jogo pode apoiar uma grande comunidade que conhece apenas um nome de domínio e um canal Discord. Um desenvolvedor pode executar uma API para usuários pagantes. Uma empresa pode hospedar e-mail em um plano compartilhado e descobrir durante uma falha que redefinições de senha, faturas e comunicações de suporte dependem todas do mesmo provedor.

Para clientes VPS, os modos de falha diretos são familiares: um nó host trava, um dispositivo de armazenamento falha, um filtro DDoS reage excessivamente, um provedor upstream muda de política, ou um evento de faturamento suspende o acesso. Falhas indiretas são frequentemente piores. Um cliente não tem um backup externo atual. O DNS é detido pela mesma conta. O único administrador usa uma caixa de correio eletrônico no servidor com falha. A aplicação depende de um IP codificado. Um snapshot existe, mas não pode ser baixado ou restaurado em outro lugar. Em cada caso, a janela de recuperação do provedor se torna apenas uma parte da falha.

Para clientes de hospedagem web, o risco do servidor compartilhado é diferente. Uma conta abusiva ou comprometida pode afetar a reputação do servidor, a entregabilidade de e-mail ou os limites de recursos. Os termos se reservam o direito de limitar, solicitar upgrades ou suspender serviços que afetem outros clientes no mesmo servidor físico. Isso é necessário para hospedagem compartilhada, mas significa que o cliente não controla totalmente o ambiente de desempenho.

A linguagem de largura de banda e armazenamento 'ilimitado' é limitada pelo uso normal e exclui distribuição de arquivos grandes, streaming, servidores de download ou uso do tipo CDN na hospedagem compartilhada.

Para hospedagem de jogos, o impacto é tanto social quanto técnico. As comunidades de jogadores notam imediatamente lag, perda de pacotes, reinicializações e mudanças de região. Um nó que está tecnicamente online, mas congestionado, ainda pode esvaziar um servidor. Um IP alterado pode quebrar listas de servidores, favoritos salvos e instruções da comunidade.

O site romeno fornece informações úteis sobre região e hardware, mas clientes que gerenciam comunidades sérias devem perguntar como os painéis de jogo, diretórios de dados, pacotes de mods e bancos de dados são copiados e com que rapidez um servidor pode ser movido entre a Romênia e a Alemanha.

Para as três famílias de produtos, o controle mais forte do cliente é a portabilidade. Mantenha os nomes de domínio independentes. Faça com que os contatos de pagamento e suporte sejam monitorados por mais de uma pessoa. Mantenha a configuração da aplicação fora do servidor. Mantenha backups em outra conta e em outro provedor. Teste uma restauração antes do primeiro incidente grave. Estes não são sinais de desconfiança. É a divisão normal de responsabilidades na hospedagem econômica e de médio porte.

Que evidências justificariam um veredito mais sólido

A Network LIGA HOSTING LTD poderia passar de um nível de evidência médio para um nível de evidência sólido sem expor itens internos sensíveis. A primeira melhoria seria uma declaração de infraestrutura concisa: quais cidades estão ativas, se a empresa possui o hardware ou aluga capacidade dedicada em cada cidade, quais famílias de produtos operam em cada site, se cada site tem pelo menos dois caminhos upstream e se o espaço IP do cliente pode se mover durante uma falha de provedor. Um registro público PeeringDB seria útil, mas até mesmo uma simples página de rede em texto simples tornaria a reivindicação de backbone mais fácil de verificar.

A segunda melhoria seria o contexto da instalação e energia. Os clientes não precisam dos números dos racks. Eles precisam saber se os servidores estão em data centers profissionais, se a energia é dupla, se os hosts são de cabo único ou duplo, se a intervenção remota está contratada, se as peças sobressalentes estão armazenadas localmente e se a manutenção planejada da instalação tem um design sem downtime ou uma janela de reinicialização para o cliente. Omaterial sobre os níveis do Uptime Institutelembra que a capacidade da instalação e a topologia do locatário não são idênticas; um prédio certificado não certifica automaticamente cada nó hospedado.

A terceira melhoria seriam as evidências de backup e restauração. Os termos já traçam um limite claro em torno dos backups cPanel e da responsabilidade VPS padrão. O próximo passo mais sólido seriam objetivos de restauração específicos do produto: prazo para solicitação de restauração cPanel, opções de retenção de snapshots, escolhas de local de backup externo, formatos de download/exportação e o resultado do último exercício de restauração realizado pelo provedor. Para VPS, um produto de backup pago deve indicar se é armazenado fora do nó, fora do rack ou fora do local.

A quarta melhoria seria o histórico de status. Uma página verde em um determinado momento é útil; um histórico de incidentes e manutenção é mais útil. Os clientes devem poder ver com que frequência a Romênia e Frankfurt tiveram trabalhos planejados, se incidentes atravessaram regiões, quanto tempo a restauração levou e o que foi alterado depois. Isso não é apenas teatro de transparência. Permite que os compradores comparem a meta mensal reivindicada de 99,9% com o comportamento operacional real.

A quinta melhoria seriam os direitos de saída. Os termos já indicam que serviços rescindidos podem não reter IPs, nomes de host ou dados. Um provedor adequado para produção ainda pode publicar como os clientes exportam imagens VPS, recuperam backups cPanel, reduzem a dependência de DNS, transferem domínios e solicitam acesso de emergência aos dados antes da exclusão. O bloqueio de hospedagem geralmente aparece durante uma falha, não durante a compra.

Veredito: capacidade de hospedagem visível, resiliência profunda não comprovada

A Network LIGA HOSTING LTD é um assunto de hospedagem melhor fundamentado do que o instantâneo inicial de um diretório esparso sugeria. A empresa britânica existe e corresponde ao código SIC de hospedagem. O site público e os termos descrevem serviços VPS, cPanel e de hospedagem de jogos concretos. A página de status nomeia os locais de serviço de Tulcea e Frankfurt. O AS201131 está registrado em nome da LIGA HOSTING LTD, ativo no roteamento público e atualmente emitindo três IPv4 /24 mais dois IPv6 /48 visíveis. O estado de origem de rota IPv4 verificado é válido. Esses pontos suportam uma pegada operacional real.

O teto é igualmente importante. A empresa é recém-constituída. O dossiê público não nomeia as instalações, a propriedade dos racks, o provedor de intervenção remota, as interconexões, o estoque de peças sobressalentes, a composição exata dos provedores upstream por local, a capacidade DDoS, o design de replicação de armazenamento, o histórico de testes de restauração ou os direitos de migração dos clientes. O SLA é principalmente uma promessa de crédito de serviço. Backups VPS não estão incluídos por padrão. As regras de faturamento podem suspender o serviço no terceiro dia e excluir dados no décimo quarto dia.

Estes não são defeitos em si; são a forma real da dependência.

Para uso experimental de VPS, comunidades de jogos com seus próprios backups, pequenos sites e cargas de trabalho que podem se mover por DNS, as evidências públicas da LigaHosting podem ser suficientes se o preço, latência e suporte forem adequados. Para dados regulamentados, hospedagem de produção de clientes, aplicações críticas para receita ou serviços com objetivos de recuperação rigorosos, o comprador deve tratar a plataforma como uma capacidade hospedada que ainda requer um design de recuperação independente. Solicite evidências de site, backup e rota. Teste a restauração fora da conta. Possua o DNS e o registro de domínio.

Saiba o que acontece se uma fatura, rack, nó, provedor upstream ou contrato de fornecedor falhar.

O fato central não é que o AS201131 existe, nem que Tulcea e Frankfurt aparecem em uma página de status. É que cada servidor virtual vendido sob essa superfície ainda se resolve em uma pequena cadeia de dependências físicas e contratuais: um servidor, um rack, energia, resfriamento, trânsito, mitigação DDoS, mão de obra de suporte, status de faturamento e um caminho de saída. A Network LIGA HOSTING LTD tem evidências públicas suficientes para ser levada a sério como um host operacional. Ainda não publicou evidências suficientes para permitir que os clientes terceirizem a resiliência ao provedor.