Os comandos de servidor Rust ajudam-te a administrar o teu próprio servidor de forma controlada: atribuis permissões, verificas jogadores, guardas o mundo, alteras definições, teleportas-te para problemas e executas wipes de forma direcionada. Este guia mostra os commands mais importantes para operar um servidor Rust alojado pago, com verificações claras e troubleshooting.

Pré-requisitos
Antes de executares commands, deves ter acesso à consola do servidor ou ao RCON. Na game-serverhosting, normalmente usas o dashboard com consola live; em alternativa, também funciona um cliente RCON externo, se o RCON estiver configurado corretamente. Para comandos de permissões, precisas da SteamID64 da pessoa em questão.
Como fonte primária oficial, a documentação de Rust da Facepunch menciona, para a configuração do servidor, entre outras coisas, a utilização de server.cfg, RCON e permissões de admin: documentação em wiki.facepunch.com. A visão geral de comandos da Facepunch também lista muitos dos commands usados aqui: documentação em wiki.facepunch.com.
Ligação por RCON
Liga-te à consola do servidor através do dashboard ou de um cliente externo. Se a tua configuração exigir um login RCON explícito, usa:
rcon.login <password>
No dia a dia de hosting, a consola do dashboard costuma ser a forma mais tranquila, porque vês o estado do servidor, logs e entradas num só lugar. Não deves partilhar publicamente os dados de acesso RCON e só os deves dar a membros da equipa que realmente precisem de administrar.
Gestão do servidor
Estes comandos afetam a operação do servidor em execução. Usa-os com consciência, sobretudo quando há jogadores online.
| Comando | Descrição |
|---|---|
server.save |
Guardar o mundo |
server.writecfg |
Guardar a config |
server.stop |
Parar o servidor |
server.hostname "Nome" |
Alterar o nome do servidor |
server.maxplayers 100 |
Máx. de jogadores |
server.worldsize 3500 |
Tamanho do mapa |
server.save é útil antes de manutenção, reinícios ou intervenções planeadas. Com server.writecfg, escreves variáveis de servidor alteradas na configuração, desde que elas sejam destinadas a isso. A Facepunch indica na documentação do servidor que, para muitas variáveis, um server.cfg na pasta rust/server/server.identity/cfg/ é o local adequado.
Se quiseres aprofundar planeamento, RAM e definições, o guia interno Alugar um servidor Rust: RAM, definições e plugins é um bom próximo passo.
Gestão de jogadores e permissões
Para moderação, primeiro precisas de uma visão geral. status mostra-te informações dos jogadores ativos. Em comandos administrativos, usa SteamID64 sempre que possível em vez de nomes, porque nomes podem parecer semelhantes ou ser alterados.
| Comando | Descrição |
|---|---|
status |
Mostrar jogadores online |
kick <name/id> "Motivo" |
Expulsar jogador |
ban <name/id> "Motivo" |
Banir jogador |
unban <steamid64> |
Remover ban de jogador |
banlist |
Mostrar lista de bans |
ownerid <id> "Nome" |
Dar permissões de owner |
moderatorid <id> "Nome" |
Permissões de moderador |
removeowner <id> |
Remover owner |
As permissões de owner são o nível administrativo mais alto. As permissões de moderador chegam para muitas tarefas operacionais. Por isso, atribui owner com moderação. Segundo a Facepunch, depois de definir permissões de admin ou moderador, pode ser necessário voltar a ligar para que o auth level tenha efeito.
Uma sequência típica é: executar status, copiar a SteamID64, definir ownerid ou moderatorid, voltar a ligar e depois verificar com uma ação de admin inofensiva.
Comandos do mundo
Comandos do mundo alteram ambiente, hora ou spawns. São úteis para testes, eventos e análise de erros, mas podem influenciar a experiência dos jogadores.
| Comando | Descrição |
|---|---|
env.time 12 |
Definir hora (0-24) |
weather.fog 0 |
Desativar nevoeiro |
weather.rain 0 |
Desativar chuva |
weather.clouds 0 |
Remover nuvens |
spawn.fill_populations |
Fazer respawn de NPCs |
spawn.fill_groups |
Repor spawns de animais |
Usa estes comandos de preferência fora de situações PvP críticas ou anuncia eventos com antecedência. Se planeias wipes regularmente, o calendário de wipes Rust 2026 também ajuda a classificar Force Wipes e Blueprint Wipes corretamente.
Teleporte e Noclip
Commands de teleporte são especialmente úteis quando jogadores ficam presos, é preciso verificar uma suspeita ou queres testar coordenadas.
noclip # Voar através de paredes
teleport <name> # Teleportar para um jogador
teleportpos 0 100 0 # Teleportar para coordenadas
teleport2me <name> # Teleportar jogador até ti
Na moderação, deves usar teleportes de forma rastreável. Para posições exatas, coordenadas ou SteamID64 são mais robustas do que nomes escritos livremente. Se estás a preparar o planeamento do mapa, o guia Encontrar a map seed do servidor Rust combina bem com isso.
Dar itens
Comandos de itens são adequados para testes, eventos ou restauração após um problema claramente documentado. Não devem ser usados sem controlo em operação live.
inventory.give <item> <menge>
inventory.giveto <name> <item> <menge>
inventory.giveall <item> <menge>
Exemplo: inventory.give rifle.ak 1
Verifica os nomes curtos dos itens antes de os usar. Se um comando não funcionar, isso deve-se frequentemente a um nome de item errado, permissões em falta ou ao facto de o jogador-alvo não ter sido encontrado de forma inequívoca.
Executar um wipe
Um wipe apaga ficheiros do mundo ou, dependendo do âmbito, também dados de blueprints. Faz primeiro backup dos dados relevantes e executa operações de ficheiros apenas se tiveres a certeza de que estás no diretório correto do servidor.
# No diretório do servidor:
# Map-Wipe (edifícios/itens removidos, BPs ficam):
rm server/my_server/*.sav*
rm server/my_server/*.map
# BP-Wipe (adicionalmente):
rm server/my_server/*.db
Na game-serverhosting podes planear wipes comodamente através do dashboard ou do scheduler. Em operação, isso costuma ser mais fácil de acompanhar do que operações manuais de ficheiros por shell, porque horários e processos podem ser controlados de forma mais limpa.
Verificar o resultado
Depois de comandos de admin, verifica primeiro a consola à procura de mensagens de erro. Depois confirma no jogo se a alteração é visível: permissões aplicadas, jogadores moderados, hora ou clima corretos, itens recebidos ou mundo guardado. Em alterações de configuração, também pode ser necessário reiniciar ou voltar a ligar, dependendo do command em questão.
Troubleshooting
Se um comando não for reconhecido, verifica a escrita, as permissões e o contexto. Alguns comandos pertencem à consola do servidor, outros funcionam como admin no cliente ou com prefixo de servidor. Se as permissões de admin não forem aplicadas, volta a ligar e verifica a SteamID64. Se o RCON não ligar, verifica palavra-passe, porta, firewall e se o RCON está corretamente ativado no servidor. Em problemas de wipe, confirma se estás a editar a server.identity correta e, portanto, a pasta correta do servidor.
Verificação, limites e caminho seguro de retorno
O guia “Comandos de servidor Rust – Admin Commands para o teu servidor” aplica-se ao tipo de servidor descrito no artigo e ao estado da versão visível no momento da verificação. Nomes de menus, versões disponíveis, compatibilidade de mods ou plugins e recursos necessários podem divergir após atualizações. Por isso, não transfiras valores para outra versão de jogo, loader ou servidor sem verificar.
Cria um backup dos ficheiros afetados antes de alterações ao mundo, progresso, 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 pretendes jogar mais tarde.
| Ponto de verificação | Resultado esperado | Cancelamento e retorno |
|---|---|---|
| Arranque do servidor | O servidor chega ao estado operacional sem novas mensagens de erro. | Em caso de erros no arranque, desfazer a alteração e restaurar o último backup. |
| Teste de ligação | Uma conta de teste consegue ligar através do endereço mostrado no painel. | Em caso de erros de versão ou ligação, comparar novamente versão, porta e liberações. |
| Teste funcional | A função concretamente alterada funciona sem danificar dados existentes do mundo ou do jogo. | Em caso de efeitos secundários, parar o servidor e restaurar os ficheiros guardados. |
Um teste individual bem-sucedido não é garantia de desempenho ou disponibilidade. Tamanho do mundo, mods, plugins, número de jogadores, rota de rede e carga simultânea podem alterar o resultado. Documenta versão, alteração e resultado do teste para conseguires compreender desvios posteriores.
FAQ
Que comandos de servidor Rust preciso primeiro como admin?
Para começar, normalmente bastam status, ownerid, moderatorid, server.save, server.writecfg, kick, ban e unban. Com isso, consegues definir permissões, gerir jogadores e guardar o estado do servidor.
Tenho de voltar a ligar depois de ownerid ou moderatorid?
Muitas vezes, sim. A Facepunch descreve, ao configurar permissões de admin, que pode ser necessário um reconnect para que o auth level fique visivelmente ativo. Depois verifica a consola e testa uma ação de admin inofensiva.
Devo gerir jogadores por nome ou SteamID64?
Usa SteamID64 sempre que possível. Nomes podem ser semelhantes, conter caracteres especiais ou ser alterados. Uma SteamID64 é mais inequívoca e reduz o risco de expulsar, banir ou atribuir permissões ao jogador errado.
Qual é a diferença entre Map-Wipe e BP-Wipe?
Um Map-Wipe remove o estado do mundo, como edifícios e itens, enquanto os blueprints são mantidos. Um BP-Wipe apaga adicionalmente os dados de blueprints. Executa este tipo de intervenção apenas de forma planeada e informa a tua comunidade com antecedência.
Posso usar todos os comandos diretamente no painel game-serverhosting?
A consola live foi pensada para comandos típicos de servidor. Algumas ações dependem de Rust, do estado do servidor e das permissões. Se um command não tiver efeito, verifica a saída da consola e se o comando é adequado ao contexto atual.