Resumo
- A cadeia de identidade é excepcionalmente específica para um pequeno provedor de hospedagem. Os dados da empresa brasileira registram o nome fantasia ativo CONECTHOST Data Center sob o CNPJ
39.652.848/0001-30, e a LACNIC nomeia o mesmo CNPJ como registrante do AS272524 e de uma alocação IPv6/32. - A rede está em operação, não apenas registrada. O RIPEstat observou o AS272524 anunciando um IPv4
/24e um IPv6/47com visibilidade total entre seus coletores de rota reportados em 15 de julho de 2026. A rota IPv4 tinha uma autorização de origem de rota válida; a rota IPv6 retornouunknown, nãoinvalid. - O ConectHost anuncia servidores virtuais KVM, hardware dedicado, provisionamento e gerenciamento automatizados, backups diários, mitigação de DDoS na borda, quatro localizações brasileiras de data center e suporte humano 24 horas. Essas são declarações do provedor; o registro público não estabelece ocupação em cada instalação nomeada, failover testado, isolamento de backup, profundidade de pessoal ou disponibilidade medida.
- A responsabilidade é a aresta fraca de uma pegada de outra forma crível. No momento da revisão, links do site para termos apontavam para páginas ausentes e o host de status público anunciado retornou um erro. Um comprador de produção deve exigir a contraparte legal, escopo do serviço, horários de suporte, comunicações de incidentes, mapa de cópia de dados, objetivos de recuperação e direitos de saída em um cronograma executado, em vez de inferi-los a partir da marca ou página inicial.
Um identificador fiscal conecta o nome fantasia à rede
Marcas de hospedagem podem ser enganosamente difíceis de atribuir. O nome em um site pode diferir da contraparte legal, enquanto a rede pode ser operada por um fundador, um provedor upstream ou outra empresa completamente. A CONECTHOST Data Center tem uma posição inicial melhor porque dois registros públicos independentes se encontram em um identificador preciso.
Oregistro de dados da empresa brasileira para o CNPJ 39.652.848/0001-30identifica o nome legal como LUCAS MONTEIRO DE SOUZA INFORMATICA e o nome fantasia como CONECTHOST Data Center. Ele marca o negócio como ativo, informa uma data de abertura em 3 de novembro de 2020 e registra um endereço em São Paulo. Sua atividade principal é uma classificação ampla de telecomunicações, com reparos de computadores, aluguel de equipamentos de escritório e atividades de sala de acesso à internet também listadas. O Casa dos Dados republica dados da Receita Federal e não é um extrato corporativo certificado, mas seu CNPJ e nome fantasia são concretos o suficiente para testar em outro lugar.
Esse teste é bem-sucedido noregistro da LACNIC para AS272524. O registro regional da internet nomeia CONECTHOST Data Center como registrante, usa39652848000130como identificador da organização e registra o sistema autônomo em 13 de agosto de 2021. Ele também publica informações de contato administrativo e de abuso sob o domínio ConectHost. Oregistro IPv6 correspondente para2804:8284::/32atribui a alocação ao mesmo nome fantasia e CNPJ.
A junção estabelece um ponto de responsabilidade legal e técnica. Ela não estabelece propriedade beneficiária, autoridade de assinatura atual, número de funcionários ou uma transferência de todos os ativos mostrados no site de vendas. O nome legal é um nome empresarial de empreendedor individual, e não o nome fantasia que os clientes veem. Um pedido deve, portanto, declarar o CNPJ, nome legal, nome fantasia, entidade de faturamento e signatário autorizado juntos.
Esse pequeno cuidado contratual evita que um cliente descubra, durante um incidente, que seu pedido de compra, conta de suporte e escalação de rede se referem a identidades diferentes.
As datas também colocam um limite útil na história. A empresa atual abriu em 2020 e o ASN foi registrado em 2021. Uma declaração no site que implica um histórico de mercado mais longo precisaria de evidências separadas sobre qualquer operação antecessora. Nem a idade de uma marca nem a experiência anterior de um indivíduo devem ser atribuídas silenciosamente à contraparte atual.
O catálogo abrange automação, infraestrutura e intervenção humana
Osite atual do ConectHostapresenta três produtos principais de infraestrutura: servidores virtuais privados KVM, planos VPS de maior largura de banda e servidores dedicados Intel Xeon. Os planos VPS publicados incluem acesso root, armazenamento em estado sólido e uma conexão de 1 Gbps; as ofertas dedicadas anunciam hardware exclusivo e conectividade de 10 Gbps. Preços e configurações tornam o catálogo testável em um ponto no tempo, mas eles não reservam capacidade nem definem o hardware exato que um pedido posterior receberá.
A proposição mais interessante é operacional. O ConectHost diz que o pagamento via Pix pode acionar o provisionamento em segundos, e que sua plataforma pode provisionar, suspender, gerenciar e faturar serviços programaticamente. Isso pode eliminar o trabalho repetitivo de conta para uma pequena equipe de plataforma. Também pode mover a falha para um novo plano de controle: confirmação de pagamento, estado da conta, permissões de identidade, inventário, orquestração e faturamento devem concordar antes que uma máquina seja utilizável.
A automação, portanto, precisa de evidências no limite do fluxo de trabalho. Um comprador deve testar a criação de conta, autenticação de API, tentativas idempotentes, falhas de pagamento, esgotamento de cota, seleção de imagem, entrega de credenciais, reconstruções, suspensão e cancelamento. Deve registrar o tempo desde um pedido confirmado até um servidor acessível, depois repetir o exercício sob uma explosão realista. A métrica relevante não é o tempo médio de provisionamento exibido no site; é a distribuição para o produto e localização que o cliente realmente usará, incluindo falhas que exigem a intervenção de uma pessoa.
A divisão de responsabilidade muda por produto. O acesso root deixa o endurecimento do sistema operacional convidado, aplicação de patches, segredos, monitoramento de aplicativos e a maioria das decisões de recuperação com o cliente, a menos que um pedido diga o contrário. Uma máquina dedicada reduz a contenção de computação, mas ainda pode compartilhar energia, comutação, trânsito, pessoal de suporte remoto e sistemas administrativos. Backups diários são anunciados como um recurso da plataforma, mas a página pública não define retenção, isolamento, controle de chaves de criptografia, granularidade de restauração ou objetivos de recuperação.
Essas omissões não são prova de que os controles estão ausentes. São campos que não podem ser inferidos com segurança a partir da palavra "backup".
É aqui que um provedor regional pode reduzir o trabalho ou meramente realocá-lo. Se o ConectHost possui provisionamento, acesso físico, escalação de rede e recuperação de primeira linha, o cliente pode evitar coordenar vários fornecedores. Se essas funções permanecerem ambíguas, o cliente herda uma tarefa de supervisão nas mesmas camadas, apenas com menos telemetria pública do que uma plataforma de hiperescala normalmente expõe.
AS272524 é visível, enquanto suas duas famílias de endereço contam histórias diferentes
O registro prova que um ASN existe; as observações de roteamento mostram se ele está funcionando. Oregistro de prefixos anunciados do RIPEstat para AS272524mostrou dois anúncios ativos durante a janela de observação de 1 a 15 de julho:87.76.204.0/24e2804:8284:1100::/47. Suavisão de status de roteamentorelatou a rota IPv4 para todos os 326 peers IPv4 reportados e a rota IPv6 para todos os 322 peers IPv6 reportados no ponto de observação de 15 de julho.
Essa é uma evidência forte de uma rede dual-stack com amplo alcance do plano de controle. Não é um teste de latência, registro de perda de pacotes, medição de capacidade ou prova de que o servidor de um cliente estava disponível. Uma rota pode permanecer visível enquanto um hipervisor, sistema de armazenamento, VLAN do cliente ou aplicativo falhou. Inversamente, um instantâneo do coletor não revela cada sessão de peering privada, circuito de backup ou caminho de fibra física.
A proveniência do recurso merece uma leitura cuidadosa. A LACNIC alocou o IPv6/32diretamente ao mesmo CNPJ que detém o AS272524. O IPv6/47visível está dentro dessa alocação. Oregistro público para o IPv4/24, por contraste, descreve um bloco agregável por provedor atribuído sob uma faixa pai maior e nomeia Conect Host LTDA na cadeia de contato. O AS272524 o estava originando no ponto de observação, mas o registro não faz dele uma alocação IPv4 detida diretamente sob o mesmo CNPJ.
Essa distinção afeta a portabilidade e o tratamento de incidentes. Um cliente recebendo endereços do/24deve perguntar quem pode atualizar o roteamento e o DNS reverso, se o espaço pode ser renumerado ou retirado por um upstream, qual aviso se aplica a uma mudança de endereço e com que rapidez os erros de filtragem podem ser escalados. Para IPv6, deve perguntar qual subalocação é atribuída, se o endereçamento sobrevive a uma migração de produto e quem mantém a autorização de rota.
A segurança de origem de rota também é mista, não ausente. Avalidação do RIPEstat para87.76.204.0/24retornouvalid, com uma autorização de origem de rota cobrindo AS272524 em um comprimento máximo de/24. Avalidação IPv6 para2804:8284:1100::/47retornouunknownsem autorização validada. Unknown não significa sequestrado ou inválido. Significa que a validação de origem de rota não tinha autorização aplicável para fazer um julgamento positivo.
Apágina do IPinfo para AS272524fornece uma visão secundária da topologia, classificando a rede como hospedagem e listando Hurricane Electric e Golden Link como upstreams, junto com um conjunto maior de peers visíveis. Tal adjacência é uma corroboração útil para a atividade BGP. Ela não prova termos comerciais, capacidade contratada, entradas separadas de edifícios ou diversidade física. Um comprador que depende de conectividade redundante deve solicitar uma matriz atual de operadoras, capacidades de porta e circuito, política de rota, análise de risco compartilhado e evidências de um exercício real de failover.
Quatro nomes de instalações são uma afirmação a verificar por pedido
O site atual diz que o ConectHost opera em quatro localizações brasileiras: Equinix RJ2, Equinix RJ3, um site da Cirion no Rio de Janeiro e um site da Cirion em Cotia, São Paulo. Ele rotula cada um como neutro em relação à operadora, Tier III, N+1 e com pessoal contínuo. Em outro lugar, a página descreve múltiplos links, roteamento BGP, energia ininterrupta, geradores, acesso controlado e monitoramento contínuo.
Instalações nomeadas são mais úteis do que uma promessa vaga de "infraestrutura brasileira" porque um cliente pode solicitar um cronograma específico do site. As fontes públicas revisadas não as confirmam independentemente. Nenhum registro da Equinix ou Cirion examinado aqui confirma o rack, gaiola, energia ou pegada de cross-connect atual do ConectHost em todos os quatro sites. Nem o site diz qual localização suporta cada produto anunciado, se uma carga de trabalho abrange localizações ou se os backups deixam o domínio de perigo primário.
O pedido deve identificar a instalação real e a região de entrega do serviço, não meramente permitir que o provedor escolha "RJ ou SP". Também deve distinguir o design de uma instalação da resiliência do serviço instalado do ConectHost. Um edifício pode ter sistemas redundantes de utilidade e refrigeração enquanto um inquilino usa uma única alimentação de energia, switch, entrega de operadora ou caminho de gerenciamento. A certificação da instalação não se aplica automaticamente a cada configuração de rack ou procedimento operacional dentro dela.
Para implantações críticas, as evidências devem incluir o design do rack e da energia, disponibilidade de alimentação A/B, suposições de gerador e combustível, caminho de refrigeração, processo de acesso físico, inventário de cross-connect, janelas de manutenção e autoridade de suporte remoto. Se a recuperação geográfica fizer parte da compra, o cronograma deve nomear o segundo site, o método de replicação, os objetivos de ponto de recuperação e tempo de recuperação, e o teste que demonstra que os aplicativos podem funcionar lá sem depender das credenciais ou plano de controle do local falhado.
Hospedagem brasileira ainda não é um mapa completo de localidade de dados
Os produtos do ConectHost são explicitamente comercializados como sendo executados no Rio de Janeiro e em São Paulo. As rotas visíveis são brasileiras, e a página de infraestrutura da empresa nomeia instalações brasileiras. Para equipes que buscam latência local, faturamento em reais ou um contato operacional doméstico, essa é uma proposição significativa.
Isso não responde a todas as questões de soberania. Os dados da carga de trabalho podem aparecer em discos primários, snapshots, repositórios de backup, plataformas de monitoramento, anexos de tickets, sistemas de faturamento, e-mail, verificações de fraude e diagnósticos de fornecedores. Um servidor no Rio pode ser gerenciado por meio de um sistema de conta em outro lugar. Um backup pode permanecer no Brasil, mas compartilhar credenciais ou um domínio de falha física com a produção. A geolocalização pública de rota não pode resolver nenhuma dessas questões.
Um comprador deve solicitar um mapa cópia por cópia cobrindo localização, operador, subprocessador, propósito, retenção, criptografia e exclusão. Deve perguntar onde os metadados da plataforma e o material de suporte residem, quem pode exercer acesso privilegiado e se o suporte remoto pode mover diagnósticos através das fronteiras. O contrato também deve explicar o que acontece durante migração, investigação de abuso, recuperação de desastres e saída do serviço, quando as regras normais de colocação são mais prováveis de serem testadas.
A localidade também tem uma dimensão de mão de obra. Uma equipe técnica falante de português no mesmo mercado pode ser valiosa quando um cliente precisa de uma ação no console, escalação de rota ou decisão comercial rápida. Essa vantagem depende de autoridade e profundidade, não meramente proximidade. As perguntas úteis são quantos níveis de escalação existem, quais habilidades são de plantão durante a noite, quem pode alterar o estado BGP ou do hipervisor e como a responsabilidade é transferida quando o primeiro respondedor não consegue restaurar o serviço.
Promessas públicas de suporte precisam de relógios e uma superfície de evidência funcional
O ConectHost promete suporte humano 24 horas por dia através de tickets e WhatsApp, incluindo feriados. Seu site também anuncia 99,9% de disponibilidade, enquanto um painel de status na página inicial exibe 99,98%. Nenhum dos números é acompanhado ali por uma janela de medição, limite de serviço, lista de exclusões ou histórico de incidentes. Uma página de produto mais antiga limita o compromisso de nuvem de 99,9% ao hardware da plataforma e à rede, excluindo falhas causadas por alterações do cliente, mas o link de termos públicos associado a essa página retornou 404 durante esta revisão.
Ohost de status anunciadotambém retornou um erro de gateway para a solicitação de revisão. Qualquer falha pode ser temporária, e nenhuma prova que o suporte ao cliente ou os sistemas hospedados estavam inativos. Juntos, eles mostram por que a garantia não pode depender meramente de um link existir. Um serviço de status é útil apenas se os clientes puderem acessá-lo durante um incidente do provedor, entender quais componentes são afetados e recuperar histórico suficiente para comparar a disponibilidade relatada com seu próprio monitoramento.
Um cronograma de serviço executado deve definir severidade, tempo de reconhecimento, envolvimento do engenheiro, solução alternativa e restauração separadamente. Deve declarar quando cada relógio começa e para, quais informações o cliente deve fornecer, quais eventos de manutenção e externos são excluídos, como as atualizações são entregues e qual remédio segue uma falha. Para equipamentos dedicados, deve definir limites de resposta e aprovação de suporte remoto. Para infraestrutura virtual, deve identificar quem pode mover ou reconstruir um convidado.
Para backups, deve exigir uma solicitação de restauração autorizada e um resultado de conclusão medido.
O cliente deve manter sondas independentes fora do AS272524 e medir acessibilidade, sucesso do aplicativo e latência de regiões de usuário relevantes. Deve reter tickets, atualizações de incidentes, relatórios pós-incidente e resultados de testes de restauração. Esses registros transformam uma proposição amigável de suporte local em um histórico operacional que pode orientar renovação, planejamento de capacidade e escalação.
Compre o caminho das evidências, não a confiança do nome
A CONECTHOST Data Center ultrapassa um primeiro limiar importante. O nome fantasia público resolve para uma contraparte brasileira ativa e o mesmo CNPJ aparece em um registro de sistema autônomo autoritativo. O AS272524 está visivelmente carregando rotas dual-stack, com autorização de origem de rota válida para seu anúncio IPv4 atual. O catálogo de produtos é específico o suficiente para descrever fluxos de trabalho reais de clientes, não apenas uma marca puramente aspiracional.
As lacunas restantes são gerenciáveis, mas não são cosméticas. O recurso IPv4 tem uma proveniência diferente do espaço IPv6 diretamente alocado. A presença e a redundância da instalação são autodescritas. O posicionamento e a recuperabilidade do backup não são especificados publicamente. Os números de disponibilidade carecem de um histórico de medição visível, enquanto os links de termos e status não forneceram uma superfície de evidência pública confiável no momento da revisão. O suporte é prometido continuamente sem relógios públicos ou detalhes de pessoal.
Para um comprador, o próximo passo não é rejeitar o provedor ou aceitar o rótulo de data center pelo valor nominal. É converter cada afirmação em um artefato: CNPJ e autoridade de assinatura no pedido; atribuição de instalação e recurso no cronograma de serviço; caminhos de operadora e controles de rota no design da rede; cada cópia de dados em um mapa de localidade; suporte e recuperação em testes cronometrados; e monitoramento independente em operação. O ConectHost tem substância pública suficiente para justificar essa diligência.
A garantia operacional começa quando as respostas sobrevivem a uma rota falha, um host perdido e uma solicitação de restauração, não quando a página de vendas diz que o sistema está pronto.