Conteúdo atualizado:
Neste guia
- Preparar uma partida que seus amigos consigam acessar
- Escolher Java, Bedrock ou um grupo misto
- Comparar hospedagem, mundo LAN e Realms
- Etapa 1: escrever um plano curto para o mundo
- Etapa 2: criar o servidor e esperar o início completo
- Etapa 3: entrar pelo Java Edition
- Etapa 4: conectar Bedrock e conferir os consoles
- Etapa 5: restringir a entrada e separar permissões
- Etapa 6: combinar regras e importar uma partida
- Ajustar recursos a uma sessão representativa
- Descobrir por que um amigo não consegue entrar
- Fazer cópias, atualizar e preparar a próxima sessão
Preparar uma partida que seus amigos consigam acessar
Para jogar Minecraft em grupo, vocês precisam de uma edição compatível, um servidor acessível e alguém responsável pelo mundo. O proprietário cria e administra a instalação; os amigos entram com o próprio jogo e a própria conta. Hospedagem gratuita não inclui licença de Minecraft, conta Microsoft ou os requisitos de multijogador de uma plataforma.
Antes de começar, combinem edição, versão exata, origem do mapa e extensões necessárias. Definam quem fará as cópias de segurança e quem iniciará o servidor antes de uma sessão. Verifiquem também se o repouso por inatividade combina com seus horários e com o projeto que pretendem construir.
Este guia acompanha escolha, criação, conexão, proteção da partida e manutenção. Os recursos e as condições atuais do plano aparecem nesta página e no configurador. Não existe uma quantidade universal de jogadores para qualquer mundo gratuito: geração, distâncias, entidades e extensões também afetam o trabalho do servidor.
Escolher Java, Bedrock ou um grupo misto
Pergunte qual edição cada pessoa realmente inicia. No Windows, Java e Bedrock podem estar instalados ao mesmo tempo. O nome Minecraft nas duas janelas não torna seus protocolos iguais. Celulares e tablets usam Bedrock; os jogadores habituais em macOS e Linux usam Java. Consoles normalmente usam Bedrock, com limitações adicionais para servidores externos.
| Participantes | Base apropriada | O que confirmar |
|---|---|---|
| Somente Java | Servidor Java compatível | Versão comum e requisitos das extensões |
| Somente Bedrock | Servidor Bedrock nativo | Endereço, porta e acesso dos dispositivos |
| Java e Bedrock | Servidor Java compatível com Geyser | Entrada Bedrock, autenticação e funções usadas |
| Modpack Java | Servidor da publicação exata do pacote | Perfil cliente, carregador e dependências |
Geyser traduz conexões Bedrock compatíveis para um servidor Java. Floodgate oferece um modo de autenticação para contas Bedrock sem exigir uma licença Java adicional. O acesso do jogador ao Bedrock continua necessário. Um servidor Bedrock nativo não aceita clientes Java automaticamente no sentido contrário.
Consulte a documentação de instalação do Geyser para um grupo misto. Um modpack que depende de conteúdo no cliente Java não passa a funcionar no celular apenas por adicionar Geyser. Testem as funções importantes antes de mover o mundo principal para essa configuração.
Comparar hospedagem, mundo LAN e Realms
Um mundo aberto em LAN é útil quando os dispositivos estão na mesma rede local acessível. A partida normalmente depende da pessoa que mantém o mundo aberto. Um amigo em outra residência não consegue entrar só porque você vê a partida na sua lista local.
Um servidor hospedado funciona fora da rede da sua casa. Seus amigos usam o endereço fornecido e seu computador não precisa executar o mundo. O plano gratuito pode ter repouso e recursos limitados; nesse caso, iniciar a instalação pode fazer parte da preparação da sessão.
Realms é outra possibilidade para uma partida privada dentro das funções da edição e da oferta atual. Não substitui qualquer servidor Java configurável com carregador de mods ou plugins. Se o grupo quer um pacote específico, confira seus requisitos antes de escolher o produto.
| Opção | Uso comum | Pergunta antes de decidir |
|---|---|---|
| LAN | Partida no mesmo local | O anfitrião pode manter o mundo aberto? |
| Hospedagem gratuita | Primeiro projeto compartilhado | Recursos e repouso atendem à rotina? |
| Hospedagem paga | Projeto com necessidades maiores | Quais recursos e funções são necessários? |
| Realms | Jogo privado nas funções oferecidas | A edição e as extensões são compatíveis? |
Separe preço da hospedagem e acesso ao jogo. Também não prometa fazendas funcionando continuamente quando o processo entra em repouso. Sem a atividade normal do servidor, os ticks do mundo não continuam calculando como durante uma sessão ativa.
Etapa 1: escrever um plano curto para o mundo
Anotem edição, versão, dificuldade, origem do mapa e responsável. Uma primeira instalação pode ser Java, versão combinada, Sobrevivência e mapa novo sem extensões. Para um modpack, registrem nome completo e publicação exata. Dois pacotes baseados no mesmo Minecraft podem exigir perfis diferentes.
Definam quem pode alterar configurações e como avisará o grupo. Uma atualização silenciosa pode impedir a entrada de quem joga apenas nos fins de semana. Um registro curto com data e versão evita depender da memória de cada participante.
Comece com uma instalação simples e funcional. Importar mapa, trocar carregador e adicionar muitas extensões de uma vez dificulta descobrir a causa de um problema. Depois de provar a entrada, faça uma mudança identificável e teste novamente. Preserve o estado anterior até confirmar o resultado.
O proprietário precisa de uma conta de gerenciamento. Os amigos normalmente precisam do jogo e do endereço, não da senha principal do painel. Para um administrador adicional, use permissões disponíveis e conceda apenas o acesso necessário às suas tarefas.
Etapa 2: criar o servidor e esperar o início completo
Abra o configurador desta página e confira a edição selecionada. O início gratuito está pré-selecionado, mas o software e os recursos dependem da configuração oferecida. Leia as condições atuais antes de concluir. Escolha uma base que corresponda ao plano do grupo.
- Selecione Java ou Bedrock de acordo com os clientes.
- Escolha um software disponível com as funções necessárias.
- Alinhe a versão com a publicação combinada.
- Crie seu acesso de hospedagem ou entre e conclua a configuração.
- Abra o servidor criado no painel.
- Inicie o processo e acompanhe a console até terminar o início.
- Copie o endereço de jogo e a porta atribuídos.
Concluir o formulário não significa que o jogo já esteja disponível. Um mapa novo pode precisar de geração. Pressionar iniciar várias vezes não acelera esse trabalho. Se o processo encerrar, resolva a primeira causa útil na console antes de mandar as coordenadas para todos.
Mantenha a porta atribuída. Substituí-la pelo número comum de um tutorial pode deixar o software funcionando em um acesso que não corresponde à alocação de rede. O endereço e a porta exibidos para sua instalação são a referência para os jogadores.
Etapa 3: entrar pelo Java Edition
Inicie Java na versão aceita pelo servidor. Para um modpack, abra o perfil exato do pacote. Um cliente Vanilla não substitui componentes exigidos no cliente. Abra o multijogador e adicione um servidor. O nome salvo na lista é apenas um rótulo pessoal.
Cole o endereço de jogo fornecido. Se as coordenadas incluem porta, mantenha endereco:porta. Não use https://, caminho do painel ou endereço privado do seu computador. Um nome Java pode usar um registro SRV para resolver a porta, mas isso depende do endereço configurado e não vale para qualquer nome.
Entre e verifique ponto de surgimento, modo e mundo. Se importou uma partida, procure uma construção conhecida e confira o inventário esperado. Depois peça a um amigo em outra conexão internet para entrar. Seu próprio teste não prova que os demais copiaram o acesso correto.
O guia multijogador do Minecraft explica os menus básicos. Se o multijogador estiver bloqueado na conta, confira as permissões do usuário. Alterar uma porta não remove restrições familiares ou da conta Microsoft.
Etapa 4: conectar Bedrock e conferir os consoles
Em um dispositivo Bedrock que permite adicionar servidores externos, crie uma entrada e informe endereço e porta Bedrock nos campos separados. O nome da entrada é livre. A porta Java não é uma substituição intercambiável da entrada Bedrock.
Para Java com Geyser, compartilhe com Bedrock o acesso Geyser e teste esse caminho separadamente. Uma entrada Java bem-sucedida confirma a base Java, mas não demonstra que a escuta Bedrock UDP esteja acessível ou que sua autenticação esteja correta.
Xbox, PlayStation e Switch podem restringir a inserção livre de servidores externos. Teste o método disponível antes de decidir onde o grupo manterá a partida. Auxiliares comunitários dependem de plataforma, rede e versões. A documentação do Geyser para consoles apresenta essas condições; não são funções garantidas do plano de hospedagem.
Depois de entrar, testem inventários, interfaces e mecanismos importantes. Um mundo Java continua sendo Java via Geyser. Blocos e menus que exigem um mod específico no cliente Java não se tornam automaticamente conteúdo Bedrock.
Etapa 5: restringir a entrada e separar permissões
Um endereço não funciona como senha. Qualquer pessoa que o conhece pode tentar entrar. Para uma partida Java privada, use a lista de acesso e mantenha a autenticação normal. Adicione sua própria conta antes de ativar a restrição.
Os comandos básicos Java são estes. Troque NomeDoJogador pelo nome real da conta. Na console, normalmente são usados sem barra inicial; dentro do jogo, precisam das permissões apropriadas.
whitelist add NomeDoJogador
whitelist on
whitelist list
Teste um amigo autorizado e, se houver uma conta adequada para esse ensaio, alguém que não deve entrar. Uma opção marcada não substitui a verificação. Bedrock nativo e Floodgate possuem regras próprias de identidade; siga o software realmente usado.
Não dê operador para todos apenas para jogar Sobrevivência. Esse status permite alterações importantes. Remova permissões temporárias depois dos testes e prefira permissões específicas quando disponíveis. Acesso ao painel, direitos dentro do jogo e conta Microsoft são controles distintos.
Etapa 6: combinar regras e importar uma partida
Definam dificuldade, modo e regras que afetem o grupo. PvP será permitido? Quem pode usar Criativo? Como lidarão com danos e perda de itens? Avise os participantes quando uma alteração puder afetar a progressão durante sua ausência.
Guarde uma cópia do mundo original antes de importar e pare o servidor de destino antes de substituir arquivos. Confira edição e versão. Renomear um arquivo Java não o converte em Bedrock. Abrir um mundo mais recente com software antigo também não é uma forma confiável de desfazer sua conversão.
Verifique a pasta real do mundo e a configuração que a seleciona. Um mapa vazio pode indicar outra pasta ativa ou uma extração um nível mais profunda. Não apague o original imediatamente: os dados importados podem estar intactos, apenas fora do caminho usado.
Confira uma construção conhecida, inventários, dados dos jogadores e dimensões importantes. Nomeie as cópias com mundo, data e motivo. Mantenha uma fora da instalação ativa e associe cada estado à versão e às extensões que permitem recuperá-lo.
Ajustar recursos a uma sessão representativa
A quantidade de jogadores não depende apenas da RAM. Geração, distâncias, entidades, regiões carregadas e extensões também influenciam a carga. Por isso, uma capacidade fixa para qualquer mundo gratuito seria uma promessa inadequada.
Comece com distâncias moderadas e observe as atividades habituais. Se blocos reaparecem ou criaturas ficam paradas para todos, confira a console e o estado do servidor no mesmo momento. Se somente um computador perde quadros por segundo, seus ajustes gráficos ou sua conexão podem estar envolvidos.
Falta de memória e cálculo de ticks demorado são problemas diferentes. Mais RAM não corrige automaticamente uma grande máquina Redstone. Altere uma opção justificada, reproduza a mesma atividade e compare. Registrar ação e horário ajuda mais que mudar muitos valores sem referência.
Durante o repouso, os ticks normais do mundo param. Um projeto que depende de atividade contínua precisa de condições adequadas. Manter conexões artificiais não substitui essa escolha. Confira o plano quando a partida crescer para necessidades maiores que as da primeira sessão.
Descobrir por que um amigo não consegue entrar
Peça edição, versão exata, endereço copiado, horário e mensagem completa. Compare com a console no momento da tentativa. Se todos falham, comece pelo processo. Se somente um jogador falha, compare seu perfil e suas coordenadas com um cliente funcional.
| Sintoma | Primeira verificação | Ação útil |
|---|---|---|
| Servidor desconectado | Processo ativo ou em repouso? | Iniciar e esperar disponibilidade |
| Nome de host desconhecido | Erro de digitação ou endereço web? | Copiar novamente as coordenadas do jogo |
| Tempo de conexão esgotado | Edição e porta corretas? | Testar a entrada certa em outra rede permitida |
| Cliente ou servidor desatualizado | Perfil realmente iniciado? | Usar a versão comum aceita |
| Lista de acesso rejeita | Identidade efetiva da conta? | Corrigir nome ou identidade Floodgate |
| Mods ou registros incompatíveis | Publicação exata do pacote? | Usar o perfil cliente correspondente |
| Multijogador bloqueado | Permissões da conta? | Conferir ajustes do usuário afetado |
Não ative o modo sem autenticação como solução geral para rejeição de conta. Ele muda a verificação de identidade e pode alterar a associação dos dados dos jogadores. Mantenha um cliente comprovadamente funcional como referência e faça uma correção por vez.
Fazer cópias, atualizar e preparar a próxima sessão
Antes de atualizar, salve o mundo completo e os componentes necessários para restaurá-lo. Inclua dimensões, dados dos jogadores e configuração relevante. Uma cópia na mesma instalação pode desaparecer junto com o estado ativo; mantenha uma cópia separada e teste sua recuperação quando o projeto for importante.
Avise o grupo da versão que deverá iniciar. Pare o processo, atualize software e extensões compatíveis e confira o início. Depois teste mundo e entrada de outro jogador. Se precisar voltar, restaure a combinação anterior e o mundo anterior à conversão, não apenas o executável antigo.
Deixe uma nota com edição, versão, coordenadas e responsável pelo início. Inclua o repouso se o plano usa essa condição. Com acesso externo testado, permissões verificadas e uma cópia recuperável, a próxima sessão pode começar sem reconstruir a configuração da anterior.