Contribua com largura de banda de forma criteriosa
Planeje um relay ou bridge Tor com as permissões, capacidade e disciplina operacional corretas.
Conteúdo revisado · Português (BR)
- Arquitetura a avaliar
- Bridge / relé intermediário / saída revisada
- Pontos de partida preparados
- 4 planos
- Responsabilidades
- Aplicação, direitos e recuperação
Uma lista final adequada, não software instalado ou inventário ativo.
Mantenha estes em vista.
- Bridge / relé intermediário / saída revisada.
- Orce tanto a velocidade quanto o volume mensal.
- Uma saída revisada precisa de um processo de resposta.
Bridge / relé intermediário / saída revisada
Um bridge, relay intermediário e saída carregam responsabilidades diferentes. obfs4 e Snowflake são designs de bridge distintos; use a orientação atual do Tor Project para o papel selecionado. Um serviço onion hospedando uma aplicação é outra arquitetura e não é intercambiável com executar uma saída.
Orce tanto a velocidade quanto o volume mensal
Um fluxo contínuo de 200 Mbps é aproximadamente 64.8 TB ao longo de 30 dias antes da sobrecarga. Portanto, não cabe em uma franquia mensal de transferência de 6 TB. Defina a largura de banda do relay a partir do orçamento real de transferência e medição, com folga para o sistema operacional e administração. A velocidade da porta por si só é insuficiente.
Uma saída revisada precisa de um processo de resposta
A AUP preparada exige um contato operacional público, política de saída documentada e uma resposta a abusos dentro de 48 horas para uma saída aprovada. Não inferir aprovação a partir de um rótulo de catálogo. Mantenha o papel, a contabilização de largura de banda e o contato de escalonamento no registro do serviço.
Escolha o papel do relay
Um bridge, um relay intermediário e um relay de saída têm exposição e obrigações operacionais diferentes. Um relay de saída encaminha tráfego para destinos e pode atrair reclamações; confirme a permissão explícita do provedor antes de implantar um.
Torne a rede sustentável
Conectividade estável e uma franquia de largura de banda consistente importam mais do que capacidade CPU superdimensionada. Siga a orientação atual do Tor Project para relays e evite alterar chaves de identidade sem necessidade.
Lide com o contexto operacional
Mantenha o acesso administrativo separado, publique uma rota de contato apropriada e saiba como as reclamações serão tratadas. Hospedar um relay é uma contribuição para uma rede, não uma garantia de anonimato para seu operador.
Capacidade a considerar.
Combine estes pontos de partida com a aplicação representativa. A instalação de software e o inventário ativo não estão conectados; a especificação exata e o total do período vêm do catálogo.
Umbra 1
Execute um pequeno serviço Linux em um AMD EPYC virtual CPU, 2 GB de memória ECC e 25 GB de armazenamento NVMe com acesso root completo em KVM. A configuração combina uma porta 1 Gbps com 1 TB de transferência mensal, IPv4 e IPv6, e um nível de mitigação de rede 10 Gbps.
- Computação
- 1 vCPU (AMD EPYC)
- Memória
- 2 GB DDR4 ECC
- Armazenamento
- 25 GB NVMe SSD
- Transferência
- 1 TB / mês
cobrado mensalmente
Umbra 2
Dê a aplicações web, contêineres ou um túnel privado duas CPUs virtuais AMD EPYC, 4 GB de memória ECC e 60 GB de armazenamento NVMe. Acesso root no KVM, uma porta 1 Gbps e 3 TB de transferência mensal fornecem mais espaço do que a configuração de entrada sem migrar para hardware dedicado.
- Computação
- 2 vCPU (AMD EPYC)
- Memória
- 4 GB DDR4 ECC
- Armazenamento
- 60 GB NVMe SSD
- Transferência
- 3 TB / mês
cobrado mensalmente
Umbra 4
Equilibre quatro CPUs virtuais AMD EPYC e 8 GB de memória ECC com 120 GB de armazenamento NVMe para vários serviços ou uma aplicação em crescimento. Esta configuração KVM inclui um snapshot semanal, 6 TB de transferência mensal em uma porta de 1 Gbps e um nível de mitigação de rede de 20 Gbps.
- Computação
- 4 vCPU (AMD EPYC)
- Memória
- 8 GB DDR4 ECC
- Armazenamento
- 120 GB NVMe SSD
- Transferência
- 6 TB / mês
cobrado mensalmente
Umbra 8
Aloque oito CPUs virtuais AMD EPYC, 16 GB de memória ECC e 240 GB de armazenamento NVMe para aplicações mais movimentadas, workers e bancos de dados. Snapshots diários complementam o acesso root no KVM, com 10 TB de transferência mensal em uma porta de 1 Gbps e um nível de mitigação de rede de 40 Gbps.
- Computação
- 8 vCPU (AMD EPYC)
- Memória
- 16 GB DDR4 ECC
- Armazenamento
- 240 GB NVMe SSD
- Transferência
- 10 TB / mês
cobrado mensalmente
Antes que esta carga de trabalho entre em produção.
- Verifique o CPU, a memória, o disco, a transferência e a porta do plano exato.
- Escolha uma região listada e verifique o uso permitido da carga de trabalho.
- Teste a aplicação representativa e uma restauração independente.
Perguntas, respondidas.
Uma saída é aprovada em todos os planos?
Não. A AUP proposta exige revisão prévia de saída, um contato público e política documentada. Rede sem saída ainda deve se adequar ao plano e à região exatos.
obfs4, Snowflake e hospedagem onion têm a mesma função?
Eles são designs diferentes. Um transporte bridge, um relay e um aplicativo hospedado em onion precisam da orientação e configuração correspondentes do Tor Project.
Como devo definir a largura de banda anunciada?
Calcule o volume mensal a partir da taxa sustentada e da transferência permitida. Cerca de 200 Mbps de tráfego contínuo é aproximadamente 64.8 TB por 30 dias antes da sobrecarga, portanto excede uma franquia de 6 TB.
Com que rapidez uma saída aprovada deve responder a um relatório?
A AUP preparada usa um requisito de resposta de saída de 48 horas. Ela deve fazer parte do acordo operacional aceito, não ser substituída por uma janela genérica de reclamação de publicação.
O que é mantido no espaço de trabalho da minha conta?
Sua configuração, plano selecionado, imagem, localização e período de cobrança são mantidos com as referências do pedido e da solicitação de pagamento. Cotações, leituras do estado de pagamento e conversas de suporte permanecem vinculadas à sua conta. Leia os detalhes de atendimento separadamente do estado de pagamento.