Provisionamento de servidor explicado: o que acontece depois do teu pedido?

Depois do teu pedido na game-serverhosting, uma cadeia técnica de provisionamento corre em segundo plano: associar o pagamento, reservar recursos, instalar o software do jogo, configurar o DNS, aplicar a configuração dependente do jogo e disponibilizar o servidor no dashboard. Vais vendo mensagens de estado, mas não precisas de manter o navegador aberto, porque os jobs continuam a correr do lado do servidor.

As fases de provisionamento em resumo

Estes tempos são valores de orientação do fluxo de provisionamento, não uma garantia. Especialmente a fase 3 pode variar bastante, porque ficheiros de jogo, modpacks e conteúdos do Workshop têm tamanhos diferentes e, em parte, são carregados de fontes externas. Em modpacks grandes como ATM10 ou FTB-Skies, bem como em imagens de jogo muito grandes, a instalação pode demorar bastante mais do que num pequeno servidor vanilla.

Requisitos antes de começar

Precisas de um pedido concluído, um pagamento confirmado e acesso ao teu dashboard. Para alguns jogos, são necessários dados adicionais: CS2 precisa, por exemplo, de um token GSLT se o servidor for público através da Steam. No Minecraft, é importante saber se vais usar Java, Bedrock-Cross-Play ou ambas as variantes, porque daí resultam temas de portas e configuração.

Se mais tarde quiseres configurar com mais detalhe, os nossos guias sobre configurar corretamente o Minecraft server.properties e sobre portas de servidor Minecraft, 25565, 19132 e SRV Records podem ajudar. Para Valheim, encontras bases de administração adequadas em comandos de servidor Valheim e Admin Commands.

Fase 1: Pagamento recebido (payment_received)

Assim que Stripe confirma o pagamento, o pagamento é associado ao teu pedido. Depois disso, a tua conta é ativada para o servidor contratado e o próximo job de provisionamento é preparado. O processo foi desenhado para ser idempotente: se um webhook de pagamento chegar várias vezes, o pedido não deve ser provisionado várias vezes.

Se esta fase ficar visível durante mais tempo, normalmente não é por causa do teu navegador. Espera alguns minutos e depois verifica no dashboard se o estado foi atualizado. Se o pagamento ficar invulgarmente muito tempo neste estado, faz sentido abrir um ticket de suporte para que a associação possa ser verificada.

Fase 2: O servidor está a ser criado (creating_server)

Nesta fase, o sistema procura uma node livre na região prevista, por padrão Falkenstein/Alemanha, se estiver disponível. São reservados recursos como RAM, CPU e disco para o teu plano. Além disso, é criada pelo menos uma atribuição de porta. No Minecraft, podem ser necessárias duas allocations: uma para Java e outra para Bedrock-Cross-Play.

Em seguida, o Pterodactyl cria a entrada do servidor com as variáveis Egg adequadas, como versão do jogo, limite de RAM e parâmetros de arranque. Se não houver espaço adequado livre ou uma node não responder como esperado, a fase pode demorar mais. Isto é um tema de infraestrutura e não deve ser resolvido com recarregamentos repetidos do navegador.

Fase 3: Instalar software (installing)

A instalação é normalmente a parte mais variável. O daemon Wings na node executa o script de instalação do respetivo Egg e descarrega os ficheiros necessários. Os valores de orientação anteriores mantêm-se:

• Minecraft Vanilla: ~60 segundos (descarregar o Server-Jar da Mojang)
• Modpacks (ATM10, FTB): 5–30 minutos (descarregar vários GB de mods)
• Rust: 5–15 minutos (sincronização do Steam Workshop)
• ARK Survival Ascended: 10–25 minutos (imagem de jogo grande)
• CS2: 3–8 minutos (SteamCMD descarrega CS2)
• Palworld: 4–10 minutos

Estes valores dependem do tamanho do pacote, dos servidores de origem, das atualizações e da carga da node. Durante este tempo, podes sair da página. A instalação continua em segundo plano, e recebes uma notificação assim que o próximo estado for atingido.

Fase 4: Configurar DNS (creating_dns)

Para que o teu servidor fique acessível através de um subdomínio como meuservidor.game-serverhosting.com, são criados registos DNS. Normalmente são:

• A-Record: meuservidor.game-serverhosting.com → endereço IP da tua node
• SRV-Record: específico do jogo, por exemplo _minecraft._tcp.meuservidor → porta do teu servidor

A Cloudflare descreve os SRV-Records na documentação oficial de DNS como registos que representam serviço, protocolo, host de destino e porta: documentação em developers.cloudflare.com. É exatamente por isso que clientes suportados conseguem ler a porta correta a partir do DNS, em vez de os jogadores terem de a escrever manualmente. Se o DNS falhar, o servidor pode ainda assim estar acessível diretamente por IP e porta.

Fase 5: Configuração específica do jogo (setting_up)

Depois da instalação base, seguem-se passos dependentes do jogo. No Minecraft, a eula.txt é considerada, Geyser e Floodgate podem ser instalados para Bedrock-Cross-Play, e o server.properties é preparado com as portas adequadas. No CS2, um token GSLT existente é colocado na variável STEAM_ACC. Se não tiveres indicado o token no wizard, podes adicioná-lo mais tarde em “Definições”. No FiveM, é preparada a URL de login do txAdmin.

Se esta fase falhar, a causa costuma ser mais concreta do que na instalação geral, por exemplo um token em falta ou uma definição inválida. Lê com atenção a mensagem no dashboard antes de fazeres alterações.

Fase 6: Servidor online (ready)

Quando ready é atingido, recebes um e-mail com os dados de acesso, como subdomínio, porta e login do Pterodactyl. Opcionalmente, também pode ser enviada uma notificação no Discord, se estiver ativada nas tuas definições. No dashboard, o servidor aparece com o estado Online ou pronto para arrancar.

Por padrão, o servidor não arranca necessariamente de forma automática após a instalação. Isto é útil porque antes do primeiro arranque ainda podes verificar definições, como whitelist, nome do servidor, opções do mundo, portas, admins ou mods.

Verificar o resultado

Abre primeiro o Dashboard e verifica estado, IP, porta e subdomínio. Inicia o servidor, observa a consola e espera até que o jogo indique um arranque bem-sucedido. Depois liga-te no cliente através do subdomínio ou de IP:Port. No Minecraft, também deves verificar se os jogadores Java e Bedrock usam as portas previstas para cada variante. No Palworld, vale a pena consultar depois as definições de servidor Palworld, antes de jogares de forma permanente com um grupo.

Troubleshooting

Se a instalação ainda estiver a decorrer, muitas vezes o correto é esperar. Especialmente modpacks, ARK, Rust e CS2 podem precisar de mais tempo. Não feches o navegador por preocupação: o job corre em segundo plano. Se um servidor ficar mais de 90 minutos em installing, é marcado como stuck; o job de monitorização servers:detect-stuck verifica a cada 5 minutos e pode acionar uma tentativa de recuperação.

Se o DNS ainda não funcionar, testa também diretamente o IP e a porta. Se o cliente do jogo não conseguir ligar, verifica se o servidor foi mesmo iniciado, se a porta correta está a ser usada e se faltam dados obrigatórios dependentes do jogo. Se o teu servidor estiver há mais de uma hora na mesma fase, cria um ticket de suporte no dashboard e indica o nome do servidor, a fase e a hora do pedido.

Verificação, limites e caminho seguro de retorno

O guia “Provisionamento de servidor explicado: o que acontece depois do teu pedido?” aplica-se ao tipo de servidor descrito no artigo e ao estado de versões visível no momento da verificação. Nomes de menus, versões disponíveis, compatibilidade de mods ou plugins e recursos necessários podem mudar após atualizações. Por isso, não transfiras valores para outra versão de jogo, loader ou servidor sem os verificares.

Cria uma cópia de segurança dos ficheiros afetados antes de alterares mundo, progresso do jogo, configuração ou extensões. Depois, altera apenas um passo relacionado de cada vez e testa-o com a mesma versão de cliente e servidor com que queres jogar mais tarde.

Um teste individual bem-sucedido não é garantia de desempenho nem de disponibilidade. Tamanho do mundo, mods, plugins, número de jogadores, caminho de rede e carga simultânea podem alterar o resultado. Documenta versão, alteração e resultado do teste para conseguires compreender desvios futuros.

FAQ

Posso fechar o navegador enquanto o servidor está a ser instalado?

Sim. O provisionamento continua a correr do lado do servidor. Podes voltar mais tarde ao dashboard e verificar o estado atual.

Porque é que a instalação demora mais em alguns jogos?

Porque os ficheiros necessários têm tamanhos diferentes e, em parte, são carregados através de fontes externas. Um servidor vanilla fica configurado mais depressa do que um modpack grande ou uma imagem de jogo extensa.

Tenho de arrancar imediatamente depois de ready?

Não. Podes primeiro verificar definições, controlar portas, definir admins ou configurar mods. Isto é especialmente útil em Minecraft, Valheim, Palworld e CS2.

O que faço se o DNS não funcionar?

Testa primeiro a ligação direta por IP e porta. Se isso funcionar, o servidor está a correr; nesse caso, o problema provavelmente afeta apenas o subdomínio ou o SRV-Record. Se persistir, contacta o suporte.

Recebo uma confirmação quando o provisionamento estiver concluído?

Sim. Recebes um e-mail com os dados de acesso. Uma notificação no Discord é possível se a tiveres ativado antes nas definições.