---
title: "Alojamento BungeeCord e Waterfall Brasil | Proxy legado"
description: "BungeeCord e Waterfall no Brasil para redes já em produção: o que fechar na firewall, o que o fork mudou e quanto custa migrar para o Velocity."
url: "https://streethosting.com.br/pt-pt/minecraft-bungeecord"
type: "page"
language: "pt-PT"
---

Proxy legado, operado com critério

# Alojamento BungeeCord e Waterfall para network já no ar

Se a sua rede corre em BungeeCord ou Waterfall e migrar agora não é opção, a pergunta deixa de ser qual proxy é melhor. Passa a ser fechar as portas certas e marcar a hora de sair.

[Ver VPS com root para o proxy](https://streethosting.com.br/pt-pt/vps-minecraft) [Comparar com o Velocity](https://streethosting.com.br/pt-pt/minecraft-velocity)

* São Paulo, Brasil
* Anti-DDoS até 400 Tbps
* NVMe

 Resposta rápida

Para uma network nova o Velocity é a melhor escolha: o Waterfall foi descontinuado pela PaperMC e o forwarding do BungeeCord não é assinado. O BungeeCord continua justificável quando a rede já está em produção com plugins de proxy sem equivalente.

## A resposta honesta antes do resto da página

O BungeeCord sustentou a primeira geração de networks brasileiras, e o Waterfall apareceu como fork da PaperMC: mesma API, mesmos plugins, correções de protocolo. A PaperMC declarou o Waterfall descontinuado e recomendou o Velocity. Ele funciona, mas sem desenvolvimento ativo.

Para rede nova, o menor arrependimento é o Velocity, e esta página não vai fingir o contrário. Quase todo o BungeeCord no ar hoje é herança: jogador ativo, loja a funcionar e plugins escritos contra a API net.md\_5.bungee.

## O buraco que o forwarding legado deixa aberto

O que deita abaixo uma network Bungee não é lag, é autenticação. Com o ip\_forward ligado no config.yml, o proxy injeta o IP e o UUID reais no handshake. Para aceitar isso, o backend corre com o online-mode desligado e a flag de bungeecord ligada no spigot.yml.

Esse handshake não vem assinado: não há segredo partilhado entre proxy e backend. Quem alcançar a porta de um backend monta o mesmo pacote e entra com o UUID que quiser, incluindo o do dono.

As defesas andam juntas. Na rede, backends à escuta só em 127.0.0.1 ou firewall que aceite apenas o IP do proxy. Na aplicação, o BungeeGuard, que cobre o dia em que alguém errar uma regra.

## Quando ficar é a decisão certa

Ficar justifica-se em três casos: plugin de proxy sem equivalente e sem código fonte; temporada aberta, porque trocar o ponto de entrada deita abaixo o acesso de todos se correr mal; e rede grande já estável.

Congelar a versão, documentar a configuração e adiar a migração é uma decisão legítima. O que não vale é descobrir que versão está a correr só no dia do incidente.

## O custo real de migrar, item a item

A parte cara é o plugin de proxy: a API do Velocity é outra e nada do Bungee corre lá sem porte. Divida a pasta plugins em três pilhas: tem versão Velocity, tem substituto, ou precisa de código novo. A terceira é o orçamento.

A parte barata é o backend, porque o Velocity mantém o canal legado de plugin messaging. Some permissões, MOTD, tab e integração com o Discord. Suba o proxy novo numa porta alternativa e mude o DNS por último.

Infraestrutura

## O que a máquina tem de entregar a um proxy

* Root a sério para firewall, limites do sistema e a árvore do proxy, sem painel pelo meio.
* IP público estável, porque o endereço do proxy é o que anda na divulgação da rede.
* Rede nacional: cada troca de servidor passa duas vezes pelo proxy antes de chegar ao jogador.

Casos de utilização

## As redes que continuam em Bungee com bom motivo

* Fila, staff ou loja escritos contra a API do Bungee, sem autor para os portar.
* Temporada a decorrer, em que trocar o ponto de entrada é o maior risco.
* Rede grande e estável, com migração planeada para a viragem de mapa.

Otimização

## Ajustes que valem mais do que trocar de proxy

* Fechar os backends em 127.0.0.1 ou por firewall antes de escolher o proxy.
* Somar o BungeeGuard à firewall, para que um erro de regra não vire acesso de administrador.
* Separar proxy e backends por instâncias, para que um mundo trancado não deite o login abaixo.

 Ficha técnica

## Como dimensionar a máquina do proxy

Proxy não é backend: a régua de dimensionamento aqui é outra.

Onde a carga aparece

Rede e clock, não RAM

O proxy não gera chunk nem corre tick de mundo: só descomprime, cifra e reencaminha pacote. O estrangulamento é a frequência por núcleo.

Entrada VPS Ryzen Budget

R$ 31,00/mês (2GB, 20GB NVMe, 1 vCPU)

Chega para o proxy de uma rede pequena com os backends noutra instância.

Entrada VPS Ryzen Performance

R$ 42,00/mês (2GB DDR5, 20GB NVMe, 1 vCPU)

Quando o pico de entrada é concentrado e o login não pode formar fila.

Proteção de borda

AntiDDoS 400 Tbps

O proxy é o único IP público da rede: deitá-lo abaixo deita abaixo todos os backends de uma vez.

 Comparação

## BungeeCord, Waterfall e Velocity lado a lado

O que os separa é manutenção, modelo de forwarding e o preço de sair.

| Critério                    | BungeeCord              | Waterfall                               | Velocity                                 |
| --------------------------- | ----------------------- | --------------------------------------- | ---------------------------------------- |
| Manutenção                  | Ativo, em ritmo lento   | Descontinuado pela PaperMC              | Ativo, é onde o ecossistema investe      |
| API de plugin               | net.md\_5.bungee        | A mesma do BungeeCord                   | com.velocitypowered.api, incompatível    |
| Forwarding                  | Legado, sem assinatura  | Legado, com o BungeeGuard como remendo  | Moderno, assinado por segredo partilhado |
| Se um backend ficar exposto | Login com qualquer UUID | Igual, a menos que o token esteja ativo | Ligação recusada por falta de assinatura |
| Indicado para               | Rede legada em produção | Rede legada que quer os patches do fork | Qualquer projeto novo                    |

Se a coluna do meio descreve a sua rede, não está errado. Está em software sem manutenção ativa, um risco administrável com o backend fechado e uma data de saída.

## Perguntas frequentes

01 O BungeeCord ainda é seguro em 2026?

É seguro na medida em que fecha os backends. O forwarding não é assinado, por isso quem alcança a porta de um backend entra com o UUID que quiser. Com 127.0.0.1 ou firewall e o BungeeGuard, a rede fica de pé.

02 O Waterfall foi descontinuado. Tenho de migrar já?

Já não, mas com data marcada. Sem desenvolvimento ativo, uma falha nova de protocolo pode nunca ganhar correção. Congele a versão e planeie a saída para a próxima viragem de temporada.

03 Os meus plugins de BungeeCord funcionam no Velocity?

Os do proxy não: a API é outra e cada um precisa de versão Velocity, substituto ou porte. Os dos backends costumam sobreviver, porque o Velocity mantém o canal de plugin messaging.

04 Dá para correr o proxy e os backends na mesma VPS?

Dá, e para rede pequena é o arranjo mais simples: os backends escutam em 127.0.0.1 e ficam inacessíveis de fora. O limite aparece quando um backend tranca e leva o login atrás.

 Continue por aqui

## Leitura de apoio para quem opera network

* [Velocity e BungeeCord: quando usar proxy A comparação completa e quando uma rede precisa mesmo de proxy.](https://streethosting.com.br/pt-pt/guias/minecraft/velocity-bungeecord-rede-servidores)
* [Firewall UFW em VPS Ubuntu Regras que barram o acesso direto aos backends sem trancar o SSH.](https://streethosting.com.br/pt-pt/guias/vps/firewall-ufw-vps-ubuntu)
* [Paper em VPS com root, do zero Cada backend com serviço, utilizador dedicado e reinício automático.](https://streethosting.com.br/pt-pt/guias/vps/hospedar-paper-minecraft-vps-root-guia)
* [Migrar servidor sem downtime Correr o ambiente novo em paralelo e virar o DNS por último.](https://streethosting.com.br/pt-pt/guias/infraestrutura/como-migrar-servidor-sem-downtime)

4.7/5 no Trustpilot

Garantia ou reembolso

Ativação em 60 s

Apoio Premium

Comprovado por mais de 2.500 clientes

## O que resolvemos consigo antes de mexer no proxy

* Leitura da topologia atual: quantos backends existem e quem fala com quem.
* Fecho das portas dos backends e teste externo antes de virar a chave.
* Janela de manutenção com o proxy antigo de pé até o novo passar.

[Ver VPS com root para o proxy](https://streethosting.com.br/pt-pt/vps-minecraft) [Falar com o suporte](https://streethosting.com.br/pt-pt/contact)

Rede legada não precisa de discurso novo. Precisa de backend fechado, versão anotada e uma data para migrar.
