Como executar um relay ou bridge Tor num VPS offshore

Executar um relay Tor é uma das poucas coisas que pode fazer que melhora a privacidade de outra pessoa, e não a sua. A parte do software é simples: um pacote, uma dúzia de linhas de configuração, um reinício. O que costuma apanhar as pessoas desprevenidas é escolher o VPS para o relay, porque a maioria dos fornecedores proíbe relays, limita a largura de banda que tornaria um relay válido, ou faz null-route à máquina assim que chega o primeiro formulário de abuso.

O que é realmente um relay Tor — guard, middle, bridge e exit

Um cliente Tor constrói um circuito através de três relays, para que nenhuma máquina isolada veja simultaneamente quem é e para onde vai. Isso só se sustenta porque há voluntários a operar essas máquinas. Os quatro papéis têm perfis de largura de banda e exposição legal muito diferentes.

• Relay Guard (entrada) — o primeiro salto. Vê o IP do cliente, nunca o destino. A flag Guard só é atribuída depois de o relay provar ser estável.
• Relay Middle — o segundo salto. Não vê nem o cliente nem o destino, apenas dois outros relays. É o papel mais seguro, e onde a maioria começa.
• Relay Exit — o último salto. O tráfego sai da rede a partir do seu IP, pelo que é o seu servidor que o mundo exterior vê. Exposição legal real.
• Bridge — um ponto de entrada não listado, mantido fora da lista pública de relays, para pessoas cujo governo ou fornecedor de internet bloqueia o Tor. Precisa de muito pouca largura de banda.

Se não tiver a certeza, opte por um relay middle ou uma bridge. Nenhum dos dois coloca o seu IP no fim do tráfego de outra pessoa, e pode mudar de papel mais tarde editando um único ficheiro.

Por que o VPS por baixo do seu relay Tor decide se ele é útil

O Tor não distribui o tráfego de forma uniforme. As directory authorities medem cada relay e atribuem-lhe um peso de consenso; os clientes escolhem os relays proporcionalmente a esse peso. Um relay numa linha limitada ou com tecto é medido como lento, recebe um peso baixo e transporta quase nada. O hardware quase não importa — um relay é uma tarefa de rede, não de processamento — mas a ligação e a política em torno dela importam, e muito.

• Tráfego sem limite na prática. Um relay a sustentar 20 Mbit/s movimenta terabytes por mês em cada sentido; num plano com contagem de tráfego, isso é uma fatura de excesso, não uma contribuição.
• Um fornecedor que tolera infraestrutura de privacidade. Muitos provedores colocam relays Tor ao lado de spam nos seus termos de serviço, e depois suspendem a conta à primeira reclamação.
• Uptime estável. O peso de consenso e a flag Guard constroem-se devagar e reiniciam quando um relay desaparece, por isso uma máquina que reinicia todas as semanas nunca acumula nada.

Escolher um VPS para um relay Tor: bridge, middle ou guard de 10 Gbps

Escolha o plano em função do papel, não do orçamento. Todos os planos da gama VPS offshore incluem largura de banda sem limite, um IPv4 e um bloco /64 de IPv6, pelo que a verdadeira diferença entre níveis está na velocidade da porta e na folga disponível.

• Bridge ou relay middle modesto: o VPS de entrada a $3.99/mo — 1 vCPU EPYC, 2 GB DDR5 ECC, 30 GB NVMe Gen4, porta de 1 Gbps sem limite.
• Relay middle ou guard mais exigente: o VPS-8 a $13.99/mo — 4 vCPU, 8 GB e uma porta de 2 Gbps sem limite, mais do que a rede envia a um relay de peso médio.
• Relay de peso de consenso elevado: a linha de 10 Gbps a partir de $34.99/mo — uma porta dedicada de 10 Gbps com 4 vCPU EPYC e 8 GB; o plano de $69.99/mo duplica-a.

O CPU só se torna um gargalo em débitos elevados, onde o TLS e a criptografia do relay consomem ciclos. Se operar vários relays, um servidor dedicado a partir de $64/mo elimina a questão dos vizinhos de máquina. A localização também importa: 14 regiões, 8 de nível privacidade — Amsterdam, Bucharest, Zurich, Reykjavík, Helsinki, Luxembourg, Kuala Lumpur e Moscow — e distribuir relays por diferentes redes ajuda a rede.

Passo a passo: de um carregamento em cripto a um relay em funcionamento

1. 01Crie uma conta com um email descartávelUm email e uma palavra-passe. Sem nome, telefone ou documento de identificação, para que nada do nosso lado associe o relay a si.
2. 02Carregue o seu saldo em criptoAlimente um saldo pré-pago com Bitcoin, Monero ou qualquer uma das 8 moedas disponíveis. Nunca expira nem é congelado.
3. 03Implemente o VPSEscolha um plano, uma região e uma imagem Debian ou Ubuntu. O acesso root fica pronto em cerca de um minuto, na mediana.
4. 04Instale o Tor a partir do repositório do Tor ProjectEvite o pacote da distribuição — fica sempre atrasado. Adicione o repositório apt oficial para que as atualizações de segurança cheguem a tempo.
5. 05Escreva o seu torrc e abra a ORPortDefina o papel, a porta, um nickname e um endereço de contacto, depois abra essa porta na firewall.
6. 06Reinicie o tor e leia o logO log regista que o descriptor foi publicado e, assim que a acessibilidade é confirmada, que está tudo a correr bem.

Escrever o seu torrc: ORPort, Nickname, ContactInfo e limites

Toda a configuração vive num único ficheiro, e um relay que não seja exit precisa de muito pouco nele. Os valores mais importantes controlam quanto da sua linha o Tor pode utilizar.

• ORPort — a porta à qual outros relays e clientes se ligam. 443 e 9001 são as habituais; a 443 alcança utilizadores atrás de firewalls que só permitem portas web.
• Nickname — uma etiqueta pública curta. Aparece na lista pública de relays, por isso escolha algo que não o identifique.
• ContactInfo — um endereço que o Tor Project pode usar para o contactar. É publicado, por isso use um endereço dedicado.
• ExitRelay 0 — o interruptor explícito que o mantém como um relay não-exit. Defina-o deliberadamente em vez de confiar nos valores por omissão.
• RelayBandwidthRate e RelayBandwidthBurst — um tecto sustentado e uma margem para picos, para que o Tor nunca sufoque o resto da máquina.
• MyFamily — as fingerprints de todos os outros relays que opera, para que os clientes nunca construam um circuito através de duas das suas máquinas.

Optar por uma bridge obfs4, para utilizadores sob censura

Para ajudar pessoas em países que bloqueiam o Tor, uma bridge faz mais por cada dólar do que um relay. As bridges não constam do consenso público, por isso um censor não consegue descarregar a lista de relays e bloquear todos os endereços. Um pluggable transport como o obfs4 vai mais longe, envolvendo a ligação para que a análise de tráfego não veja nenhum handshake Tor reconhecível.

A configuração resume-se a uma flag de modo bridge, uma linha de plugin a apontar para o obfs4proxy, e uma segunda porta. As necessidades de largura de banda são tão baixas que o plano mais barato da gama VPS offshore já chega, o que torna a bridge a contribuição com melhor relação custo-benefício ao alcance da maioria das pessoas. Duas ressalvas: bridges em redes fortemente vigiadas acabam por ser descobertas, e uma bridge cujo endereço divulgue publicamente deixa de o ser.

Portas sem limite, fair use e o que um relay consome realmente

Um relay com tráfego intenso funciona no seu tecto a toda a hora, nos dois sentidos — exatamente o perfil que os planos de hosting "ilimitado" são escritos para excluir. Os planos 10 Gbps Unmetered incluem uma porta dedicada, tráfego genuinamente sem limite dentro do fair use, sem custos extra por terabyte e proteção DDoS de 1,2 Tbps, faturados à hora ou ao mês. Seja realista quanto ao tecto que vai atingir: o Tor Project pede cerca de 16 Mbit/s em cada sentido antes de um relay valer a pena ser listado.

Deve operar um exit node? A resposta honesta

Provavelmente não, e certamente não como primeiro passo. Um relay exit coloca o IP do seu servidor no fim do tráfego de outras pessoas. Chegam reclamações — avisos de direitos de autor, relatórios de scanning, ocasionalmente um pedido das autoridades — dirigidas a quem quer que opere o endereço. Mesmo em regiões com DMCA mais permissivo, isso é trabalho que aceitou assumir, e a nossa AUP continua a proibir as categorias genuinamente prejudiciais, independentemente do que o Tor transportou.

Se ainda assim decidir avançar: use um IP que não hospede mais nada, publique um aviso de exit claro, e aplique uma política de exit reduzida em vez da padrão. Os exits são necessários e escasseiam — mas são um compromisso operacional, não um projeto de fim de semana.

Manter o relay desligado da sua identidade

O relay é público por natureza, mas nada obriga a que a conta de hosting por trás dele carregue a sua identidade. O hosting sem KYC remove essa camada por completo: um email e uma palavra-passe, sem verificação, nada em ficheiro para pedir ou vazar. Pagar a partir de um saldo em cripto remove o banco da equação.

Até onde levar o lado do pagamento é uma questão de modelo de ameaça. O Bitcoin é pseudónimo, não anónimo — o ledger é público e permanente, por isso moedas rastreadas até uma exchange verificada continuam a levar a algum lado. Carregar em Monero fecha essa lacuna ao nível do protocolo. De qualquer forma, o IP a partir do qual administra o servidor é a única coisa que nenhuma política consegue esconder: alcance-o através do Tor, ou de um túnel WireGuard que controle.

Arranque, monitorização e os erros que deixam um relay inativo

Os relays novos são quase ignorados no início. As autoridades têm de medir o seu relay antes de lhe confiarem tráfego, por isso espere muito pouco durante um dia ou dois, seguido de uma subida lenta — mais demorada no caso de um guard, cuja flag depende de um histórico de estabilidade. Reiniciar repõe esse progresso a zero. Procure o seu relay pelo fingerprint no site de métricas do Tor Project para confirmar que está a ser visto. As falhas que mantêm um relay inativo são banais:

• A ORPort bloqueada pela firewall, pelo que o teste de acessibilidade nunca é bem-sucedido e o descriptor nunca é publicado.
• RelayBandwidthRate deixado demasiado baixo, limitando a largura de banda medida e, por consequência, o peso de consenso.
• Vários relays operados pela mesma pessoa sem MyFamily configurado — algo ativamente prejudicial ao anonimato dos clientes.

O que operar um relay faz — e não faz — por si

Seja claro quanto ao benefício. Um relay não anonimiza o seu próprio tráfego nem lhe dá qualquer tratamento especial por parte da rede. É uma contribuição para outras pessoas. Se quer privacidade para si próprio, isso é uma tarefa diferente: uma VPN operada por si, um node Monero, ou um site alojado sem KYC. O que um relay precisa é de um fornecedor que não lhe complique a vida: uma porta sem limite na prática, e uma via de pagamento que não exija a sua identidade.