Meu provedor de hospedagem pode ver os dados no meu servidor dedicado?
O que qualquer provedor de servidor dedicado consegue acessar, o que a Ironatoll guarda, o que muda sem um console remoto e como proteger seus dados com LUKS, chaves SSH e seus próprios backups.
Última atualização: · 9 min de leitura
Resposta rápida
Meu provedor de hospedagem pode ver os dados no meu servidor dedicado?
Sim, seu provedor de hospedagem consegue ver os dados no seu servidor dedicado se eles não estiverem criptografados, porque ele detém o hardware: discos, porta de rede e energia. Discos criptografados permanecem ilegíveis enquanto bloqueados, e um provedor só pode entregar os logs que mantém. A Ironatoll não mantém logs e não inclui console remoto. Servidores dedicados a partir de US$ 63,68 por 30 dias. Sem KYC, pagamento com cripto.
O que um provedor de servidor dedicado consegue acessar, e o que protege você?
Parte do servidor
O que qualquer provedor consegue acessar
O que protege você
Discos, servidor desligado
Cada byte: um disco pode ser removido, copiado ou lido de outro sistema
Criptografia de disco completo com LUKS
Discos, servidor ligado
Dados desbloqueados, por qualquer um com root ou com o hardware em execução
Root restrito à sua própria chave; a criptografia sozinha não ajuda
Memória (RAM)
Chaves e dados na memória, com acesso físico à máquina em execução
Sem proteção total: este é o limite de alugar hardware
Tráfego de rede
Cada pacote que atravessa o switch do datacenter: endereços, portas, momentos, volume
SSH, TLS e WireGuard mantêm o conteúdo criptografado
Console e boot
Tela e controle de boot via IPMI ou KVM over IP, quando disponível
LUKS desbloqueado via SSH; a Ironatoll não inclui console remoto
Logs
O que o provedor escolher registrar
Ironatoll: nenhum log de conexão, tráfego ou IP
Um provedor de hospedagem consegue ler os discos do meu servidor dedicado?
Sim, se os discos não estiverem criptografados. O provedor é dono do hardware. Funcionários com acesso ao rack podem remover um disco, copiá-lo ou iniciar a máquina de outro sistema. Nenhuma configuração de software impede alguém que está fisicamente diante do servidor.
Em um servidor dedicado alugado, o acesso físico vence qualquer senha; só a criptografia mantém um disco ilegível nas mãos de outra pessoa.
Na Ironatoll, uma pessoa prepara a máquina antes de você recebê-la: Uma pessoa da nossa equipe prepara seu servidor assim que seu pagamento é confirmado, normalmente poucos minutos depois e nunca mais de uma hora após a confirmação; seu dashboard mostra o status e depois o endereço IP assim que o servidor fica pronto.
Meu provedor consegue ver meu tráfego de rede?
Consegue ver para onde vai seu tráfego, e o conteúdo dele quando não está criptografado. Cada pacote atravessa o switch do datacenter, e o dono da rede pode copiar o tráfego de uma porta para um monitor. Isso mostra endereços de origem e destino, portas, momentos e volume.
A criptografia reduz isso a metadados. SSH, HTTPS e WireGuard mantêm o conteúdo privado no cabo. A Ironatoll não opera essa rede: o datacenter opera seus próprios switches e roteadores, sob a lei do próprio país.
O que a Ironatoll guarda sobre mim e meu servidor?
Apenas o que é necessário para rodar seu servidor e faturar. A lista completa, como a Ironatoll publica:
Sem logs: logs de conexão, logs de tráfego e os endereços IP de visitantes e clientes nunca são registrados, e o único rastro de como você nos encontrou é um código de indicação, quando o link em que você clicou tinha um. Guardamos apenas o que é necessário para operar seu servidor e para o faturamento: seu número de conta e e-mail opcional, seus pedidos e recargas (valor, moeda, rede, ID da transação, data), e o nome, plano, prazo, localização, sistema, chave pública SSH, endereços IP e datas de cada servidor, além, para um servidor pedido sem chave, da senha root temporária que definimos, que deixa de abrir o servidor assim que você a altera. O que os roteadores e switches do próprio datacenter registram está fora do nosso controle. Registros só saem das nossas mãos mediante ordem de um tribunal panamenho.
Um provedor que verifica documento vincula cada um desses registros a um nome. Segundo a verificação da Ironatoll sobre a 30 October 2026, 3 de 34 provedores de servidor dedicado ativos sempre pedem documento no cadastro, e 16 pedem em alguns casos. A Ironatoll não pede nenhum: Sem KYC: nenhum documento de identidade, selfie, documento, cartão ou número de telefone é coletado. Mais em consigo alugar um servidor dedicado sem KYC ou verificação de identidade.
Como funcionam logins, reinicializações e reinstalações na Ironatoll?
O root é só seu, e a equipe age conforme as solicitações que você faz no seu painel. Root access over SSH: add your own public key at checkout and password login stays off, or leave it empty and get a temporary root password with your server, to change at first login. Reiniciar, reinstalar e cancelar são solicitados pelo seu dashboard e executados pela equipe; uma reinstalação apaga os discos. Após a entrega, verifique que /root/.ssh/authorized_keys contém apenas as chaves que você espera.
Nenhum console remoto (IPMI ou KVM over IP) está incluído: reinicializações e reinstalações são solicitadas pelo seu dashboard e feitas pela equipe. Para você, isso significa nenhuma tela de boot para acompanhar e nenhum prompt para digitar. Um sistema que para no boot para pedir uma passphrase não pode ser respondido por um console. Planeje a criptografia de disco em torno do SSH, como abaixo.
Seis passos, na ordem que a maioria das pessoas segue em um servidor Linux alugado.
Criptografe seus dados com LUKS
LUKS é a criptografia de disco padrão no Linux, gerenciada com cryptsetup. Um volume LUKS bloqueado é ilegível sem sua passphrase ou arquivo de chave, mesmo com o disco em mãos.
Comece com um volume de dados criptografado
A configuração mais simples mantém o disco do sistema sem criptografia e coloca seus dados em um volume LUKS. Após cada reinicialização, você entra via SSH e o desbloqueia com cryptsetup open.
Ou desbloqueie um root criptografado via SSH
As notas do cryptsetup do Debian descrevem um pequeno servidor Dropbear SSH dentro do initramfs, para máquinas headless. Você se conecta no início do boot e executa cryptroot-unlock. Teste bem: sem console, uma falha no desbloqueio significa reinstalação, o que apaga os discos.
Use apenas chaves SSH
Root access over SSH: add your own public key at checkout and password login stays off, or leave it empty and get a temporary root password with your server, to change at first login. Mantenha a chave privada no seu próprio computador, protegida por uma passphrase.
Não há backups automáticos, então todo arquivo que você precisa manter também deve estar em algum lugar que você controla. O FAQ do cryptsetup chama um backup completo de obrigatório, porque discos criptografados morrem como qualquer outro. Faça backup também do header LUKS; as notas do Debian alertam que uma cópia antiga do header pode trazer de volta uma passphrase revogada.
Contra o que a criptografia de disco não protege?
Ela não protege um servidor em execução e desbloqueado. Uma vez que um volume LUKS está aberto, sua chave fica na memória. O FAQ do cryptsetup explica até como ler a chave do volume de um contêiner LUKS1 aberto a partir do sistema em execução.
A cadeia de boot também fica exposta. O mesmo FAQ diz que um initrd é tão vulnerável a um atacante competente quanto um root não criptografado. Quem tem o hardware pode alterá-lo para capturar sua passphrase.
A criptografia protege um servidor dedicado que está desligado ou bloqueado; ela não consegue proteger totalmente um servidor em execução em hardware controlado por outra pessoa.
Uma política no-logs significa que o host não vê nada?
Não. Sem logs significa que nada é gravado; seu tráfego ainda passa por hardware operado pelo host ou pelo datacenter. O que um host no-logs oferece é menos coisa para entregar, já que uma ordem só alcança registros que existem.
Na Ironatoll, os registros só são entregues mediante ordem de um tribunal panamenho. Rastros fora do host, da blockchain ao seu IP residencial, estão em o que ainda liga um servidor sem KYC ao seu dono.
Quanto custa um servidor dedicado na Ironatoll?
Um servidor dedicado na Ironatoll custa a partir de US$ 63,68 por 30 dias por Intel Xeon E-2236 (6 núcleos / 12 threads), 16 GB de RAM, 2 × 480 GB SSD em RAID 1, 30 TB por mês a 1 Gbit/s, 1 IPv4 e um IPv6 /64. Todos os planos estão em quanto custa um servidor dedicado Ironatoll.
Em todos os planos: Máquina inteira · Acesso root · RAID 1 em dois discos · IPv4 dedicado · Sem logs · Sem KYC
O que um host de servidores dedicados consegue ver: perguntas comuns
Meu provedor de hospedagem pode acessar meus servidores?
Fisicamente, sim: ele detém o hardware e consegue acessar discos não criptografados. Na Ironatoll, reinicializações e reinstalações são solicitadas no seu painel e executadas pela equipe.
Um provedor de servidor dedicado consegue ver meu uso de dados?
Ele vê quanto tráfego seu servidor envia, porque a rede mede isso. A Ironatoll conta o tráfego de saída por período de 30 dias para a cota do plano e não mantém logs de tráfego.
A criptografia de disco impede meu host de ler meu servidor dedicado?
Ela impede qualquer pessoa de ler os discos enquanto estão bloqueados, inclusive um disco retirado da máquina. Ela não protege um sistema em execução e desbloqueado.
A Ironatoll registra meus logins SSH?
Não. Sem logs: não mantemos logs de conexão, logs de tráfego nem endereços IP de visitantes ou clientes, no site, no painel ou nos servidores. Os logs que seu próprio sistema grava, como os do daemon SSH, permanecem no seu servidor e sob seu controle.
Como removo o acesso do provedor de hospedagem ao meu servidor dedicado?
Remova qualquer chave SSH que você não adicionou, desative logins por senha e criptografe seus dados com LUKS. O acesso físico continua com quem detém o hardware, mas discos bloqueados são inúteis para ele.
Posso desbloquear um disco root criptografado sem console?
Sim, via SSH. No Debian, o dropbear-initramfs inicia um pequeno servidor SSH antes de o disco root ser desbloqueado, e cryptroot-unlock abre essa conexão.
Alugue um servidor dedicado de um host que guarda pouco
Sem logs, root pela sua própria chave SSH ou por uma senha temporária que você troca, a partir de US$ 63,68 por 30 dias. Sem KYC: sem documento, sem selfie, sem papéis. Pagamento em cripto.