Registre um domínio em privado e aponte-o para o seu VPS

Quando você registra um nome, os seus dados vão para pelo menos dois lugares: o registrador de quem você comprou, e o registro que opera o TLD. Um serviço de privacidade muda o que a consulta pública retorna. Não muda nada nessas duas cópias.

Existem dois produtos estruturalmente diferentes vendidos sob a mesma palavra, e a diferença importa mais do que o preço:

• Um serviço de privacidade ou proxy. Você continua sendo o titular legal; o registrador publica um contato de encaminhamento no lugar dos seus dados e repassa a correspondência para você. Rápido, barato, geralmente um checkbox. O registrador pode revogá-lo — mediante uma reclamação, uma intimação judicial, ou porque os termos permitem.
• Um titular por procuração. Um terceiro é registrado como o detentor do nome e você tem um contrato que te dá controle sobre ele. Nada seu chega ao registro. A troca é real: você não é o titular, então se essa empresa fechar, mudar de política ou decidir que você é um risco, a sua reivindicação é uma disputa contratual, não um registro que você controla.

Também vale a pena saber o que você já tem de graça. Desde 2018, regras de proteção de dados empurraram a indústria a ocultar os dados de contato do titular para TLDs genéricos por padrão, então uma consulta pública num .com pertencente a uma pessoa física geralmente retorna “REDACTED FOR PRIVACY” independentemente de você ter pago por algo. O protocolo também mudou: desde janeiro de 2025, registradores e registros de TLDs genéricos não são mais obrigados a responder pelo antigo protocolo WHOIS da porta 43, e o RDAP é a consulta que de fato tem garantia de funcionar. TLDs de código de país definem as próprias regras, e alguns deles publicam tudo.

Então seja preciso sobre o que você está comprando. A privacidade de registro derrota de forma confiável scrapers, corretores de dados em massa, spam, e a primeira busca que qualquer curioso fizer. Ela não derrota o registrador, o registro, uma intimação judicial, ou uma captura que alguém tirou do registro antes de você ativá-la.

Pense num domínio da mesma forma que pensaria em qualquer dependência: não “isso é bom”, mas “quem pode desligar isso, e o que essa pessoa precisa para fazer isso”. Existem três respostas.

• O registrador. De longe o mais rápido. Ele pode aplicar clientHold, que remove o nome da zona — o domínio continua existindo, continua aparecendo como registrado, e simplesmente para de resolver em qualquer lugar do mundo. Nenhum tribunal está envolvido. Uma cláusula de uso aceitável e uma reclamação bastam, e alguns registradores agem só com a reclamação.
• O registro. Mais lento, mais raro, mais pesado. Um registro pode aplicar serverHold ou bloquear transferências, e não há registrador para o qual você possa se mudar que escape disso, porque o registro é o TLD. Todo registro está sob uma jurisdição nacional: o operador de .com e .net responde aos Estados Unidos, e todo TLD de código de país responde ao seu próprio governo ou a um delegado.
• Um tribunal, dos dois lados. Ordens comuns, mais a via específica de domínios: uma disputa de marca registrada aberta sob a UDRP termina numa decisão que o registrador é contratualmente obrigado a executar, sem juiz e sem recurso a um tribunal nacional a menos que você mesmo abra um.

O que reformula a pergunta que você deveria fazer a um registrador. Não “você oferece privacidade” — quase todos oferecem. Em vez disso: o que você faz quando recebe uma reclamação, e a lei de quem você tem que obedecer quando isso acontece? Um registrador que suspende primeiro e pergunta depois se tornou, silenciosamente, o elo mais fraco de uma configuração que, fora isso, era cuidadosa.

Temos a nossa própria versão disso. Este site rodou em vpscrypto.io desde o lançamento até 29 de julho de 2026, quando passou a ser vpscrypto.com — mesma empresa, mesmos servidores, mesmas contas, mesmos caminhos, documentado na nossa página Sobre e no índice de fatos. A lição que tiramos de fazer isso é a que vale a pena repassar: a camada do registrador é a parte da stack que você menos controla, e ter a mudança já planejada vale mais do que qualquer garantia que alguém te dê de antemão.

O registro escreve as regras. O registrador as aplica. Um registrador permissivo sob um registro rígido não te dá vantagem nenhuma, e é por isso que escolher a extensão merece mais atenção do que costuma receber, e bem mais do que o preço do primeiro ano justifica.

Antes de se apaixonar por um nome, responda quatro perguntas sobre a extensão em que ele termina:

• Quem opera o registro, e onde essa empresa é constituída? Isso é um fato público e leva um único comando para verificar.
• O registro publica dados do titular, ou permite serviços de privacidade? Alguns não. A extensão .us, por exemplo, exige que os dados do titular sejam publicados e não permite registros por procuração — nenhum registrador consegue contornar isso.
• Existe uma exigência de presença ou vínculo local? O .eu exige uma conexão com a UE ou o EEE, o .ca exige presença canadense, e vários códigos de país europeus exigem um contato local registrado se o titular mora em outro lugar. Isso é o oposto de privado: força você a anexar ao nome uma identidade real e verificável.
• A extensão carrega risco político? TLDs de código de país estão presos a territórios, e territórios mudam. Em 2024, o Reino Unido concordou em transferir a soberania do território por trás do .io para a Maurícia, o que colocou uma interrogação sobre uma extensão em que dezenas de milhares de empresas de tecnologia se apoiam. A extinção de um TLD de código de país é um processo medido em anos, não em semanas, então isso não é uma emergência — é uma ilustração clara de uma categoria de risco que os TLDs genéricos simplesmente não carregam.

Depois leia o preço direito. O número que importa é o da renovação, não o do primeiro ano; um nome a $0.99 que renova a $45 é um domínio de $45 com um desconto grudado. Verifique se a privacidade está incluída ou é cobrada à parte, se o registrador cobra para liberar um nome que você quer mudar de lugar, e se o domínio está marcado como premium, porque nomes premium costumam renovar na tarifa premium para sempre.

Para a maioria das pessoas, a resposta honesta é monótona: um TLD genérico tradicional de um registrador escolhido com cuidado vai durar mais que um código de país esperto escolhido pelo trocadilho.

As pessoas resolvem o registro e deixam as outras três escancaradas. Um domínio te expõe através de quatro canais independentes, e o mais fraco deles define o nível de todos.

• O registro — resolvido por um serviço de privacidade ou um titular por procuração, como visto acima.
• O pagamento — um cartão no seu nome legal cria um registro no registrador, no processador de pagamento, e no seu banco, e nenhum deles você consegue apagar depois.
• A caixa de e-mail — o endereço na conta recebe avisos de renovação, confirmações de transferência e redefinições de senha. É ao mesmo tempo um identificador e a chave de tudo.
• O padrão de acesso — o endereço de onde você faz login, e se esse endereço já fez login em qualquer outra coisa sua.

O universo de registradores que aceitam cripto é muito menor que o de hosts que aceitam, e ainda mais estreito para Monero. Se você encontrar um, aplique a mesma disciplina que aplicaria a um servidor: envie de uma carteira que não seja o seu endereço de saque de exchange, e prefira uma moeda que não publique um grafo público permanente de onde o dinheiro veio. Nosso passo a passo de pagamento com Monero cobre a mecânica, e comprar sem cartão cobre como chegar lá do zero.

Se nenhum registrador que aceita cripto atende às suas exigências, isso é uma decisão real, não um fracasso: um cartão no seu nome num registrador com um bom histórico de políticas pode genuinamente ser a troca melhor, comparado com um registrador amigável a cripto que suspende nomes no primeiro e-mail que recebe. Decida isso conscientemente, em vez de cair nisso por padrão.

A privacidade de registro fecha um canal. Estes são os que continuam abertos, mais ou menos na ordem de quantas vezes são a coisa que de fato liga um nome a uma pessoa:

• Certificate Transparency. Todo certificado TLS publicamente confiável é gravado em logs públicos e de só-acréscimo que qualquer pessoa pode pesquisar. Emita um certificado para staging.example.com e você terá publicado a existência desse host para o mundo, permanentemente. Um certificado wildcard evita enumerar subdomínios, mas o ápice é publicado de qualquer jeito. Se a existência do domínio é o segredo, o TLS não vai guardá-lo.
• Dados históricos de registro. Bancos de dados comerciais arquivam consultas há décadas. Se o nome já foi registrado com dados reais — mesmo que por uma hora, mesmo antes de você comprá-lo de outra pessoa — essa captura existe, e ativar a privacidade depois não a retira.
• Infraestrutura compartilhada. Os mesmos nameservers, o mesmo IP de servidor, o mesmo identificador de analytics, o mesmo favicon característico em dois projetos vão ligá-los de forma muito mais confiável do que um registro jamais conseguiria. Scanners de internet inteira indexam isso continuamente, e é trivialmente pesquisável.
• A própria correspondência do registrador. Avisos de renovação, faturas e chamados de suporte todos caem numa caixa de e-mail, todos nomeiam o domínio, e todos ficam no servidor de e-mail de outra pessoa.

A regra que segue disso é simples e quase impossível de aplicar depois: um projeto, uma caixa de e-mail, uma conta de registrador, um servidor. A separação é quase de graça no dia em que você começa, e não pode ser comprada de volta depois.

Empacotar o domínio junto com a hospedagem é conveniente, e isso funde dois domínios de falha em um só. A reclamação que chega ao seu host não toca no nome; a reclamação que chega ao seu registrador não toca no servidor — a menos que os dois sejam a mesma empresa, caso em que um único e-mail alcança tudo e uma senha comprometida perde tudo.

A separação também te dá onde se apoiar durante um problema. Se o host desaparecer, o nome continua resolvendo e você o reaponta para um servidor novo em minutos, que é exatamente o exercício no nosso guia de migração. Se o registrador desaparecer, o servidor continua rodando e respondendo no seu IP enquanto você resolve o nome. Empacotado, nenhuma dessas recuperações está disponível.

É também por isso que não vendemos domínios. Somos focados em VPS: as nossas contas são no-KYC, não precisam de nada além de um endereço para entregar as credenciais, e são pagas on-chain — e o formato certo é o seu registrador ser uma empresa diferente, num país diferente, com uma fila de reclamações diferente. O passo a passo de hospedagem privada explica como as camadas se encaixam.

O custo é honesto: duas contas, duas datas de renovação, dois conjuntos de credenciais, dois lugares para guardar códigos de recuperação. Esse é o preço, e é um bom preço.

Não é apreensão. Não é uma reclamação. É uma data que passou. Para TLDs genéricos, o ciclo de vida depois do vencimento é fixo e implacável:

• Do vencimento até por volta do dia 45 — um período de carência de renovação automática, com duração a critério do registrador. O nome geralmente para de resolver no início dessa janela, mesmo que você ainda possa renovar pelo preço normal.
• Depois, 30 dias de resgate — recuperável, mas só pagando uma taxa de resgate que costuma ser muitas vezes o preço do domínio.
• Depois, 5 dias de exclusão pendente — não há absolutamente nada a fazer.
• Depois ele cai — e se o nome tiver qualquer tráfego ou links apontando para ele, um serviço de captura de domínios muito provavelmente vai registrá-lo no mesmo segundo em que ficar disponível.

Quem paga em cripto está excepcionalmente exposto aqui, porque o mecanismo que discretamente salva todo mundo é um cartão registrado. Você abriu mão disso deliberadamente, então substitua isso deliberadamente: registre por vários anos de uma vez, mantenha um saldo no registrador se ele suportar isso, e coloque a data de vencimento num calendário com lembretes de 90, 30 e 7 dias. Depois verifique isso de fora, em vez de confiar no painel:

#!/bin/sh
# warn when a domain is within 45 days of expiry
D=example.com
EXP=$(curl -s https://rdap.org/domain/$D | jq -r '.events[] | select(.eventAction=="expiration") | .eventDate')
LEFT=$(( ( $(date -d "$EXP" +%s) - $(date +%s) ) / 86400 ))
[ "$LEFT" -lt 45 ] && echo "$D expires in $LEFT days ($EXP)"

Rode isso a partir do cron numa máquina que não seja aquela para a qual o domínio aponta. Uma verificação semanal não custa nada e elimina a forma mais comum de as pessoas perderem um nome com o qual se importavam.

Privado não é anônimo, e a distinção não é pedantismo. A privacidade de registro aumenta enormemente o custo de uma identificação casual, e quase não aumenta o custo de uma identificação determinada e bem financiada. Se o que você publica atrai um adversário com poder de intimação judicial e paciência, o registro não é o que decide como isso termina — o rastro do pagamento, a caixa de e-mail, o padrão de acesso e o próprio conteúdo importam mais.

Também vale deixar claro que um domínio é um arrendamento dentro do espaço de nomes de outra pessoa, e nenhuma escolha de registrador muda isso. Os únicos espaços de nomes sem registrador são os que não têm registro: um endereço onion do Tor é derivado de um par de chaves que você mesmo gera, então não há a quem entregar uma ordem, nem nada para suspender. A troca é que ninguém consegue digitá-lo de memória, e um navegador comum não vai abri-lo. Rodar os dois é uma resposta comum e sensata — o domínio para alcance, o endereço onion para continuidade — e o nosso guia de Tor e o caso de uso de Tor cobrem esse lado.

Do nosso próprio lado, para você se calibrar: rodamos servidores no-KYC, não agimos sobre e-mails de remoção ao estilo americano como uma questão de política operacional, e não de imunidade legal, respondemos a ordens judiciais nas jurisdições em que operamos, e mantemos um piso rígido para abuso. Não registramos domínios e não podemos blindar nenhum. Quem te disser que um registro é intocável está vendendo alguma coisa.