O Minecraft Bedrock Edition 26.60, lançado em 27 de outubro de 2026, se conecta aos servidores via NetherNet em vez do antigo RakNet. Servidores com Geyser sem o NetherNet ativado pararam de aceitar jogadores na 26.60, mesmo aparecendo normalmente na lista, enquanto versões mais antigas do Bedrock entram sem problema. Só o administrador do servidor pode corrigir isso, ativando o NetherNet no Geyser.

  • Causa: o Bedrock 26.60 se conecta via NetherNet, mas o servidor só aceita RakNet.
  • Sintoma no log: aviso "NetherNet support is NOT enabled" e nenhuma tentativa de conexão de jogadores da 26.60.
  • Correção: Geyser a partir do build 1237, transport: both, webrtc-port separado, porta do Bedrock aberta em TCP e UDP, reinicialização.
  • O jogador não pode mudar nada do seu lado, quem ativa o NetherNet é o administrador.

Por que o Bedrock 26.60 não entra no servidor?

Até agora o Bedrock Edition se conectava aos servidores via RakNet, protocolo que funciona sobre UDP. Seu sucessor é o NetherNet, que a Mojang, segundo o blog da GeyserMC, vem implementando desde a versão 26.40. Nele, a conexão começa com signaling via TCP, enquanto a jogatina em si roda via WebRTC sobre UDP. O histórico das versões do Bedrock você encontra na visão geral de versões do Minecraft.

O post da GeyserMC de 8 de outubro de 2026 avisava que, a partir da 26.60, os clientes Bedrock deixariam de se conectar via RakNet, então todo servidor Bedrock precisa suportar NetherNet. Isso vale também para servidores Java com Geyser, a ponte para jogadores Bedrock. A Mojang dedica a isso apenas uma frase no changelog do Bedrock 26.60, na parte sobre Dedicated Server:

Updated the warning that suggests trying NetherNet to instead be an error when users are not using NetherNet, as RakNet is deprecated

Em tradução: o Bedrock Dedicated Server agora mostra um erro em vez de um aviso quando o NetherNet não está sendo usado, porque o RakNet está obsoleto. O changelog não menciona a implementação gradual da mudança nem os servidores com Geyser.

Por que o problema só apareceu em 29 de outubro?

Nos logs de servidores só com RakNet, jogadores da 26.60 ainda apareciam cerca de 2 dias após o lançamento, até que em 29 de outubro, por volta das 15h35 no horário da Polônia, pararam de se conectar, enquanto servidores com NetherNet ativado continuavam aceitando-os sem interrupção. Não se sabe o motivo desse atraso: não encontramos nenhum anúncio da Mojang ou da GeyserMC que explicasse isso.

O que o jogador do Bedrock 26.60 pode fazer?

Se o servidor não suporta NetherNet, o jogador não tem como contornar isso, porque o NetherNet precisa ser ativado pelo administrador do servidor. Mas você pode fazer algumas coisas:

  • Digite o endereço e a porta em campos separados: o endereço no campo "Endereço do servidor" e 19132 ou outra porta informada pelo servidor no campo "Porta". Não digite "endereço:19132" no mesmo campo.
  • Se o jogo mostrar "Outdated Bedrock client!", atualize-o. A numeração das versões e a lista completa estão na página Minecraft Bedrock Edition.
  • Avise a administração do servidor que jogadores da 26.60 não conseguem entrar, enquanto versões mais antigas conseguem, e envie o link deste guia.

Como identificar a falta de NetherNet nos logs do servidor?

Para o administrador, o sintoma pode confundir. O servidor responde ao ping, aparece na lista, o handshake do RakNet funciona, e jogadores de versões mais antigas entram normalmente. Mas dos clientes 26.60 não há nenhuma tentativa de conexão no log, e nem aparece nada em uma captura de tráfego de rede.

A pista está no log de inicialização do Geyser. Quando o NetherNet está desativado, aparece este aviso ao iniciar:

WARNING! NetherNet support is NOT enabled.
Players will not be able to connect to your server,
starting October 27th, when NetherNet is scheduled to release.
Please see our blog post over at https://geysermc.org/blog/preparing-for-nethernet
on how to enable NetherNet support.

Sobre as portas, há então apenas uma linha, sem menção ao signaling:

Started Geyser on UDP port 19132

"Outdated Geyser proxy!" é um erro diferente

Com versões novas do Bedrock, também é comum um erro que não tem nada a ver com o NetherNet: Geyser desatualizado. O jogador recebe a mensagem "Outdated Geyser proxy!", e no log aparece:

Bedrock user with ip: /<ip> has disconnected for reason Outdated Geyser proxy! This server supports the following Bedrock versions: 26.30, 26.31, …

A diferença entre os sintomas é a seguinte:

  • "Outdated Geyser proxy!": Geyser desatualizado, basta atualizá-lo.
  • "Outdated Bedrock client! This server supports the following Bedrock versions: …": jogo desatualizado, a atualização precisa ser feita pelo jogador.
  • Nenhuma tentativa de conexão no log e o aviso "NetherNet support is NOT enabled" ao iniciar: falta de NetherNet, a correção está abaixo.

Como ativar o NetherNet no Geyser?

Os passos a seguir se baseiam no blog e na wiki da GeyserMC, e as configurações são alteradas no arquivo config.yml do Geyser.

  1. Atualize o Geyser para o build 1237 ou mais recente, de preferência para o mais atual. O NetherNet ainda não vem ativado por padrão, então só atualizar não resolve.
  2. No config.yml, defina transport: both, e em webrtc-port informe uma porta UDP livre, diferente de port.
  3. Abra a porta do Bedrock em TCP e UDP, e a webrtc-port em UDP, no roteador e no firewall. Antes bastava UDP, mas agora o signaling passa por TCP, e segundo a wiki, sem TCP o servidor nem aparece para os jogadores.
  4. Se o servidor estiver atrás de NAT ou em um container, informe o endereço público com a porta em signaling.advertise-addresses. Esses endereços são passados pelo Geyser aos jogadores para a conexão via NetherNet.
  5. Reinicie o servidor, ou na versão standalone, o próprio Geyser.

Um trecho da configuração pode ficar assim (a porta 19133 é só um exemplo):

bedrock:
  port: 19132
  webrtc-port: 19133
  transport: both
  signaling:
    mode: builtin

Depois de reiniciar, deve aparecer no log uma linha sobre o signaling embutido:

Built-in signaling started on http://0.0.0.0:19132, with NetherNet on UDP port 19133

Os primeiros jogadores na 26.60 podem conseguir entrar poucos segundos depois do reinício. Uma conexão via NetherNet é reconhecida pelo nome da thread no primeiro parêntese, e o número no final é o protocolo do cliente (2225 corresponde ao Bedrock 26.60):

[NetherNet Built-in Signaling-9-2/INFO] [Geyser-BungeeCord]: Player connected with username <nick> (2225)

Conexões via RakNet têm uma thread do tipo GeyserServerChild-…, e o segundo parêntese depende da plataforma em que o Geyser está rodando.

Por que "transport: both" e não "nethernet"?

A configuração transport: nethernet desativa o RakNet, e algumas versões, como a 26.40, ainda usam ele para buscar o MOTD e o número de jogadores. Segundo a wiki da GeyserMC, suporte completo ao NetherNet só existe a partir das versões 26.50 em diante. O modo both atende versões antigas e novas ao mesmo tempo, mesmo que o comentário no config.yml chame o RakNet de método obsoleto, destinado à remoção.

O blog da GeyserMC permite migrar para somente nethernet quando todos os jogadores já estiverem na 26.60. Enquanto alguém ainda jogar em versão mais antiga, fique com both. Mais sobre como montar e configurar servidores você encontra na seção Guias.

Que erros a console mostra depois de ativar o NetherNet?

O blog da GeyserMC descreve os sintomas dos erros de configuração mais comuns. Os três primeiros são mensagens de console:

  • Built-in signaling cannot use port … because the Java server already uses it: Bedrock e Java compartilham a mesma porta, geralmente por meio da opção clone-remote-port, usada por muitos provedores de hospedagem. O signaling precisa de TCP, mas o servidor Java já ocupa o TCP dessa porta. Peça à hospedagem uma porta separada, aberta em TCP e UDP. Sem isso, o Geyser passa automaticamente para um signaling externo via o serviço gratuito Warden e mostra na console o endereço pelo qual os jogadores devem entrar.
  • RakNet and NetherNet each need their own UDP port: com transport: both, o campo webrtc-port tem o mesmo número da porta do Bedrock. Coloque nele outra porta livre.
  • … is a loopback address: o endereço do Bedrock no config.yml está como 127.0.0.1 ou similar. Configure-o como 0.0.0.0.
  • A pergunta "Trust on First Use?" na primeira conexão do jogador: o signaling embutido, por padrão, funciona via HTTP comum. Para evitar isso, coloque o signaling em HTTPS (a wiki descreve isso na parte "HTTPS for NetherNet").

Se nenhum desses casos corresponder ao seu, a GeyserMC pede que você faça um relato no Discord deles com o resultado do comando /geyser dump.

Fontes