{
  "schemaVersion": "1.0",
  "path": "/guias/minecraft/velocity-bungeecord-rede-servidores",
  "url": "https://streethosting.com.br/guias/minecraft/velocity-bungeecord-rede-servidores",
  "markdownUrl": "https://streethosting.com.br/guias/minecraft/velocity-bungeecord-rede-servidores.md",
  "jsonUrl": "https://streethosting.com.br/guias/minecraft/velocity-bungeecord-rede-servidores.json",
  "title": "Velocity e BungeeCord: redes de servidores Minecraft e quando usar proxy",
  "description": "Arquitetura de rede Minecraft com Velocity ou BungeeCord: lobby, backends, forwarding moderno, segurança entre instâncias e latência no Brasil.",
  "category": "minecraft",
  "topics": [
    "software-servidor"
  ],
  "difficulty": "intermediario",
  "datePublished": "2026-05-19",
  "dateModified": "2026-05-20",
  "readingMinutes": 4,
  "h1": "Velocity e BungeeCord em rede de servidores Minecraft",
  "excerpt": "Proxy não é moda de network grande: é camada que encaminha jogadores entre lobby, survival e minigames mantendo experiência unificada. Este guia explica quando vale a pena, o que muda na segurança e como pensar latência quando tudo roda em São Paulo.",
  "author": "Equipe StreetHosting",
  "wordCount": 737,
  "categoryLabel": "Minecraft",
  "topicLabels": [
    "Paper, Spigot e proxies"
  ],
  "primaryKeyword": "velocity bungeecord minecraft",
  "secondaryKeywords": [
    "rede servidores minecraft",
    "proxy minecraft lobby",
    "velocity paper forwarding"
  ],
  "toc": [
    {
      "id": "o-que-proxy-resolve-de-verdade",
      "label": "O que proxy resolve de verdade"
    },
    {
      "id": "velocity-vs-bungeecord",
      "label": "Velocity versus BungeeCord"
    },
    {
      "id": "topologia-lobby-e-backends",
      "label": "Topologia: lobby e backends"
    },
    {
      "id": "segredos-forwarding-e-confianca",
      "label": "Segredos, forwarding e confiança"
    },
    {
      "id": "latencia-br-e-operacao",
      "label": "Latência BR e operação"
    }
  ],
  "faqs": [
    {
      "question": "Servidor único precisa de Velocity?",
      "answer": "Na maioria dos casos não. Proxy adiciona hop de rede, configuração de forwarding e superfície de manutenção extra. Use quando há múltiplos backends reais ou roadmap claro para separar modos com reinício independente."
    },
    {
      "question": "Consigo misturar versões diferentes entre backends?",
      "answer": "Depende de estratégia de compatibilidade e possivelmente ViaVersion ou fluxos equivalentes. Não é mágica gratuita: cada combinação tem bugs e custo de suporte. Planeje homogeneidade de versão sempre que possível."
    },
    {
      "question": "IP forwarding é obrigatório?",
      "answer": "Para backends enxergarem IP real do jogador em logs e alguns plugins antigos, sim. Implementações modernas usam segredos e modos específicos documentados pelo ecossistema Paper e Velocity. Leia changelog ao atualizar."
    },
    {
      "question": "AntiDDoS protege só o proxy?",
      "answer": "Idealmente a borda protege entrada pública e você segmenta internamente. Provedor gamer maduro posiciona mitigação antes do fluxo chegar ao seu JVM. Confira planos em Minecraft Pro com foco BR."
    }
  ],
  "howToSteps": [],
  "relatedProducts": [
    "https://streethosting.com.br/minecraft-pro",
    "https://streethosting.com.br/vps/ryzen"
  ],
  "relatedGuides": [
    "https://streethosting.com.br/guias/minecraft/como-criar-servidor-minecraft",
    "https://streethosting.com.br/guias/vps/vps-ryzen-para-minecraft",
    "https://streethosting.com.br/guias/minecraft/plugins-minecraft-mais-usados"
  ],
  "content": {
    "format": "markdown",
    "body": "> **Resposta rápida**\n>\n> Use **Velocity** ou **BungeeCord** quando você precisa de **vários servidores Minecraft** atrás de um único endereço para jogador: lobby, survival, criativo, eventos ou filas de minigame. O proxy autentica ou encaminha sessão, roteia com comandos ou menus e permite reiniciar um backend sem derrubar toda a comunidade. Se você só tem um Paper estável com todos os modos no mesmo mundo, proxy costuma ser complexidade prematura.\n\n## O que proxy resolve de verdade\n\nImagine centenas de jogadores tentando entrar no mesmo processo JVM quando você quer atualizar apenas o servidor de eventos. Sem proxy, qualquer restart afeta experiência global. Com proxy, você move players para lobby estável, reinicia backend isolado e reconecta fluxo controlado. Também facilita times diferentes cuidando de serviços distintos desde que governança de configuração exista.\n\nProxy não substitui planejamento de RAM por instância: cada backend ainda precisa de folga de heap e tuning Paper. Para dimensionamento inicial, releia [como criar servidor Minecraft do zero](https://streethosting.com.br/guias/minecraft/como-criar-servidor-minecraft) antes de multiplicar JVMs. Em cenários com root e várias máquinas, VPS Ryzen pode hospedar proxy e nós conforme [VPS Ryzen para Minecraft](https://streethosting.com.br/guias/vps/vps-ryzen-para-minecraft).\n\n- Um endereço público amigável para jogadores.\n- Separação de falhas entre modos que exigem plugins diferentes.\n- Caminho para escalar horizontalmente quando billing permite.\n\n## Velocity versus BungeeCord\n\nBungeeCord é histórico e ainda aparece em redes legadas. Velocity ganhou tração por desempenho, API mais moderna e integração com comunidade Paper. Migrações não são sempre plug and play: revisite plugins de proxy, permissões e bridging de comandos. Em projeto novo em 2026, Velocity é candidato default salvo dependência rara que force stack antigo.\n\n| Critério | Velocity | BungeeCord |\n| --- | --- | --- |\n| Ecossistema atual | Forte com Paper | Amplo legado |\n| Performance típica | Melhor em cargas altas | Varia por fork |\n| Curva de aprendizado | Docs modernas | Muitos tutoriais antigos |\n\n## Topologia: lobby e backends\n\n### Lobby leve\n\nLobby deve ser barato em tick: poucos plugins, mundo pequeno ou void, sem farms acidentais que gerem entidades. Ele é vitrine e fila, não servidor survival principal. Erro clássico é copiar plugin pesado do modo principal para lobby \"porque ficava bonito\".\n\n### Backends especializados\n\nSurvival econômico, RPG pesado e minigame competitivo têm perfis de CPU diferentes. Separar processos permite ajustar flags JVM e paper-global específicos sem medo de side effect cruzado. Documente porta interna, nome DNS privado e quem pode enviar jogador para onde.\n\n> **Dica**\n>\n> Mantenha mapa ASCII ou diagrama vivo da rede na wiki da staff: quando alguém novo entrar de madrugada, troubleshooting não pode depender de memória de uma pessoa só.\n\n## Segredos, forwarding e confiança\n\nBackends precisam confiar que conexões vindas do proxy são legítimas. Forwarding moderno usa segredos compartilhados e configuração alinhada entre velocity.toml e paper global settings. Nunca exponha porta de backend diretamente na internet sem firewall estrito: jogador deve bater no proxy ou solução equivalente. Staff técnica deve rotacionar segredo se vazar em print ou repositório acidental.\n\n> **Atenção**\n>\n> Modo offline ou proxies mal configurados abrem superfície para sessões forjadas. Não economize na leitura da documentação oficial ao habilitar qualquer exceção de autenticação.\n\nPlugins sensíveis que aparecem em [plugins mais usados](https://streethosting.com.br/guias/minecraft/plugins-minecraft-mais-usados) continuam necessários em cada backend conforme função: LuckPerms pode sincronizar via SQL ou adaptadores específicos, mas disciplina de grupos permanece humana.\n\n## Latência BR e operação\n\nColoque proxy e backends no mesmo datacenter quando possível. Hop extra entre estados ou países come em milissegundos que jogadores competitivos notam. Na StreetHosting, foco em São Paulo alinha com público BR grande, especialmente em produtos gamer como [Minecraft Pro](https://streethosting.com.br/minecraft-pro).\n\n1. Monitore tempo de handshake entre proxy e backend em horários de pico.\n2. Automatize restart de lobby em janela comunicada, não improvisada.\n3. Tenha rollback de config versionado: Git privado ou snippets no painel.\n\n- [ ] Firewall: apenas proxy público, backends privados.\n- [ ] Limite de players por backend documentado.\n- [ ] Plano de failover quando proxy único cair (DNS ou segundo nó).\n- [ ] Backup por mundo incluído na rotina global do projeto."
  }
}