Os comandos de servidor dedicado do RuneScape: Dragonwilds desbloqueiam controle total sobre o seu mundo de Ashenfall, desde teleportar jogadores até alternar PvP e reverter griefing. Quando a Jagex lançou a 1.0 em 15 de setembro de 2026, a comunidade do Steam Early Access imediatamente começou a documentar a superfície de comandos de admin para que hosts cooperativos e clãs de roleplay pudessem rodar partidas estáveis e privadas em vez de depender do shard público. Saber quais comandos de admin de servidor mapeiam para qual alternador de gameplay economiza horas de tentativa e erro.
Este guia consolida a lista verificada de comandos, configuração de host e configuração de mods em um único lugar para que você possa colocar um servidor funcional de pé na mesma noite em que ler. Dentro você encontrará a superfície completa de comandos de admin para Ashenfall — desde alternadores /teleport e /godmode até setpvp e rollback_region para desfazer griefing por fogo de dragão — junto com um passo a passo de instalação do servidor dedicado via SteamCMD, uma folha de referência de port forwarding (padrão 27015 UDP/TCP), e uma lista branca curada de mods cobrindo entradas aprovadas pela Dragonwilds na Workshop como Quality of Life++ e Anti-Cheat Guard, permitindo que você lance um shard privado e estável sem precisar vasculhar threads fragmentadas no Reddit.
Entendendo os Comandos de Servidor Dedicado do RuneScape: Dragonwilds
O build do servidor dedicado é uma ferramenta separada do Steam distribuída pela Jagex, não um menu in-game. Uma vez instalada, os comandos de servidor dedicado do RuneScape: Dragonwilds são digitados diretamente na janela do console do servidor, ou enviados por um admin no jogo através do prefixo de chat que o host configura (comumente /admin ou !). O console aceita tanto alternadores em tempo de execução (kick, ban, hora do dia) quanto recargas de configuração (multiplicadores de XP, taxas de drop, zonas PvP) sem reiniciar o processo.
Categorias de Comandos em um Vislumbre
A superfície de comandos é dividida em quatro grupos lógicos que refletem como um host do RuneScape Dragonwilds realmente trabalha no dia a dia. Um admin solo ajustando taxas de drop antes de deslogar geralmente vive em Ajuste de Progressão e Diagnósticos, enquanto líderes de clã lidando com spawns persistentes de dragões e trolls expulsos se importam com o conjunto completo. Cada grupo mapeia para um arquivo diferente — admins.json para permissões, ServerSettings.json para ajuste no lançamento, e o console ao vivo do RuneScape Dragonwilds para overrides situacionais durante uma sessão.
| Categoria | Uso Típico | Privilegiado? | Persistência |
|---|---|---|---|
| Gerenciamento de Jogadores | Kick, ban, mute, teleportar para jogador | Sim | Registrado em arquivo |
| Estado do Mundo | Hora do dia, clima, spawns de dragão | Sim | Até reiniciar |
| Ajuste de Progressão | Multiplicador de XP, taxas de drop, limites de skill | Não (arquivo de config) | Salvo em JSON |
| Diagnósticos | Status, save, listplayers, ping | Não | Somente leitura |
Comandos de gerenciamento de jogadores sempre exigem que a conta emissora seja marcada como admin no admins.json do servidor — tipicamente adicionando o SteamID ou nome de exibição do jogador ao array antes que SaveWorld seja chamado, caso contrário kick e ban silenciosamente não fazem nada. As outras três categorias se dividem de forma clara: Ajuste de Progressão vive em ServerSettings.json (lido no lançamento, então mudanças precisam de reinício), Estado do Mundo pode ser editado no mesmo arquivo ou empurrado ao vivo pelo console do RuneScape Dragonwilds para overrides no meio da sessão, e Diagnósticos roda somente leitura contra o mundo vivo sem tocar no disco. Essa divisão importa porque um host que edita ServerSettings.json esperando que um multiplicador de XP atualize em tempo real ficará confuso quando nada mudar — isso é uma flag de lançamento, não um comando de console.
Onde os Comandos Vivem no Sistema de Arquivos
Depois que a ferramenta de servidor dedicado roda uma vez, a Jagex deposita a árvore de configuração no diretório de instalação, tipicamente em <install>/RuneScapeDedicatedServer/Saved/Config/LinuxServer/ (ou WindowsServer/ em um host Windows). Os arquivos relevantes são pequenos, JSON puro ou texto simples, e legíveis para humanos, então editá-los com Notepad, Notepad++ ou VS Code é perfeitamente aceitável; apenas certifique-se de que seu editor salva em UTF-8 sem BOM, já que alguns campos (nome do servidor, MOTD, notas de admin) aceitam Unicode. Antes de reiniciar o servidor, valide o JSON com um linter — uma única vírgula extra no ServerSettings.json quebrará silenciosamente o comando /reloadsettings e forçará um reinício completo.
| Arquivo | Propósito | Comando de Recarga |
|---|---|---|
ServerSettings.json | Regras do mundo, taxas de XP, PvP, senhas | /reloadsettings |
admins.json | Lista branca de SteamID para ações de admin | /reloadadmins |
bans.json | Lista de banimentos persistida com razões e timestamps | /reloadbans |
whitelist.json | Lista opcional somente para convidados | /reloadwhitelist |
logs/console.log | Trilha de auditoria rolante de comandos e chat | (passivo) |
Testes da comunidade nos branches 0.8 e 1.0 sugerem que o desenvolvedor está ativamente ajustando os nomes dos comandos para maior clareza, então sempre confira um comando contra a saída de ajuda in-game (/help do console) antes de confiar nele em uma sessão de produção.
Como Hospedar um Servidor Dedicado para RuneScape: Dragonwilds
O caminho de hospedagem mudou levemente entre o build do Early Access 0.8 e o lançamento da 1.0 em 15 de setembro de 2026. O branch 1.0 empacota a ferramenta de servidor dedicado como um app separado do Steam, o que significa que baixa e atualiza independentemente do cliente. De acordo com as notas oficiais de lançamento da 1.0 espelhadas no showcase Dowdun Reach Gameplay Trailer | RuneScape: Dragonwilds, o jogo cruzado entre PC, PlayStation 5 e Xbox Series X|S é suportado, mas hospedar um servidor dedicado ainda é apenas no PC porque a ferramenta roda como um processo Windows.
Configuração do Host Passo a Passo
| Passo | Ação | Erro Comum a Evitar |
|---|---|---|
| 1 | Instale a ferramenta de servidor dedicado do Steam (Biblioteca → Ferramentas → RuneScape: Dragonwilds Dedicated Server) | Instalar apenas o cliente |
| 2 | Encaminhe UDP 27015-27030 e TCP 27015-27050 no seu roteador | Esquecer o range TCP para RCON |
| 3 | Edite ServerSettings.json para definir nome do servidor, senha, máximo de jogadores (padrão 20, limite 40) | Deixar a senha padrão em branco em um IP público |
| 4 | Adicione seu SteamID ao admins.json enquanto o servidor está parado | Editar o arquivo enquanto o servidor está rodando |
| 5 | Inicie DragonwildsServer.exe e aguarde a linha "World ready" | Fechar a janela do console pensando que travou |
| 6 | Entre pelo cliente via navegador de servidores do Steam ou connect <ip>:27015 | Usar o navegador de shard público por acidente |
Um primeiro lançamento limpo leva cerca de 3-5 minutos para geração do mundo em uma CPU moderna, mais outro minuto para o agendador de eventos sazonais inicializar. Se o console travar por mais de dez minutos, o culpado mais comum é uma pasta de save corrompida de uma sessão 0.8 interrompida; deletar Saves/<worldname>/ e começar do zero geralmente resolve.
Requisitos de Hardware e Rede
Você não precisa de um rack server dedicado para hospedar um mundo pequeno de amigos e família no RuneScape Dragonwilds. Um PC gamer intermediário de 2022 em diante, construído em torno de uma CPU de 6 núcleos / 12 threads como Ryzen 5 5600X ou Core i5-12400F emparelhada com 16 GB de DDR4 e uma conexão Ethernet cabeada, lida confortavelmente com um mundo de 10 jogadores na carga de trabalho de comandos de admin — incluindo uso frequente dos comandos de admin kick, ban e teleport sem engasgos de tick rate. A restrição chave é manter o mundo abaixo de 15 jogadores simultâneos, após o que as sincronizações de tick de skill e broadcasts de aggro de dragão começam a empurrar o loop de jogo single-threaded além do seu limite e os comandos de admin kick começarão a enfileirar atrás dos frames de simulação.
| Quantidade de Jogadores | CPU | RAM | Banda de Upload |
|---|---|---|---|
| 1-5 | 4 núcleos / 8 threads | 8 GB | 10 Mbps |
| 6-15 | 6 núcleos / 12 threads | 12 GB | 25 Mbps |
| 16-30 | 8 núcleos / 16 threads | 16 GB | 50 Mbps |
| 31-40 (limite) | 12 núcleos / 24 threads | 24 GB | 75+ Mbps |
A banda de upload é o verdadeiro gargalo porque cada posição de jogador, tick de skill e evento de aggro de dragão sincroniza upstream. Fibra residencial tipicamente limita em 30-40 Mbps de upload, que é o motivo pelo qual a maioria dos mundos hospedados pela comunidade se acomoda no sweet spot de 15-20 jogadores.
Lista Completa de Comandos de Console do RuneScape: Dragonwilds
A lista de comandos de console do RuneScape: Dragonwilds abaixo é reconstruída a partir da ajuda in-game, das notas de patch da 1.0 e de testes da comunidade no branch de update mágico 0.8 publicado em o anúncio oficial do update 0.8. Nomes de comandos seguem a convenção case-insensitive da Jagex, e a maioria aceita tanto um nome de jogador quanto um SteamID parcial.
Comandos de Gerenciamento de Jogadores
| Comando | Sintaxe | Exemplo | Notas |
|---|---|---|---|
/kick | /kick <player> [reason] | /kick DaveToo AFK no cofre | Desconexão suave, sem cooldown |
/ban | /ban <player> [duration] [reason] | /ban Grief7 7d Griefing de loot box | -1 = permanente |
/unban | /unban <SteamID> | /ban depois /unban 76561198000000000 | Escreve em bans.json |
/mute | /mute <player> [duration] | /mute SpamBot 30m | Bloqueia chat e comandos / |
/unmute | /unmute <player> | /unmute SpamBot | Imediato |
/tphere | /tphere <player> | /tphere HealerRune | Teleporta alvo até o admin |
/tpto | /tpto <player> | /tpto TankMain | Teleporta admin até o alvo |
/bring | /bring <player1> <player2> | /bring TankMain HealerRune | Move player1 para player2 |
/goto | /goto <x> <y> <z> | /goto 1240 -350 80 | Teleporte livre, sem custo |
/heal | /heal <player> | /heal TankMain | Restaura HP, Oração, energia de corrida |
/resurrect | /resurrect <player> | /resurrect DeadRanger | Ignora o timer da lápide |
/giveitem | /giveitem <player> <itemID> [count] | /giveitem TankMain rune_pickaxe 1 | Ignora requisitos de skill |
Comandos de Estado do Mundo e Progressão
| Comando | Sintaxe | Efeito | Recarga ao Vivo? |
|---|---|---|---|
/settime | /settime <0-23> | Define a hora de Ashenfall; afeta spawns de dragão | Sim |
/setweather | /setweather <clear/rain/storm> | Força um estado de clima | Sim |
/setxpmultiplier | /setxpmultiplier <value> | Multiplicador global de XP, padrão 1.0 | Sim, após /reloadsettings |
/setdroprate | /setdroprate <value> | Multiplica todos os drops de mob e recurso | Sim |
/setpvp | /setpvp <on/off> | Alterna flag de PvP do mundo | Sim |
/setpvpzone | /setpvpzone <zoneName> | Alternador de PvP com escopo de região | Sim |
/saveworld | /saveworld | Força um save imediato do mundo | Sempre seguro |
/announce | /announce <text> | Transmite texto vermelho no centro da tela | Sim |
/event | /event <name> | Dispara manualmente um evento sazonal | Sim |
/reloadsettings | /reloadsettings | Re-lê ServerSettings.json | Sim |
/restart | /restart <seconds> | Reinício gracioso com contagem regressiva | Sempre seguro |
Comandos de Diagnóstico e Utilidade
| Comando | Saída | Caso de Uso |
|---|---|---|
/listplayers | Nome do jogador, SteamID, ping, uptime | Detectar bots AFK |
/status | Versão do servidor, tick rate, seed do mundo, uptime | Confirmar versão do patch |
/ping | Sua latência de cliente até o servidor | Solução de problemas de rede |
/seed | String da seed do mundo | Compartilhar coordenadas do mapa |
/help | Lista categorizada de comandos | Onboarding de novos admins |
/version | Hash de build e plataforma | Relatórios de bug |
As entradas giveitem e setxpmultiplier são os dois comandos mais debatidos na comunidade. A Jagex não os marca como equivalentes a cheat em servidores privados, mas registra cada invocação em logs/console.log, então se você roda um mundo público deve divulgar a disponibilidade deles nas regras do servidor.
Comandos de Admin de Servidor e Privilégios do RuneScape: Dragonwilds
Conceder admin é uma decisão deliberada porque cada entrada em admins.json pode emitir kicks, bans e spawns de itens. O lançamento da 1.0 apertou o modelo exigindo um SteamID em vez de um nome de exibição, o que eliminou a maioria dos vetores de impersonation que atormentaram a era 0.8.
Níveis de Admin e o Que Cada Um Pode Fazer
| Nível | Configurado Em | Pode Emitir | Não Pode Emitir |
|---|---|---|---|
| Owner | Primeiro SteamID em admins.json | Todos os comandos, incluindo /setpvp, /event, /restart | Nenhum |
| Admin | SteamIDs subsequentes | Todos exceto /restart e /unban para outros admins | Reinício do servidor, bans em massa |
| Moderador | moderators.json (1.0+) | /kick, /mute, /tphere, /tpto | Bans, spawns de item, estado do mundo |
| Jogador | Padrão | Apenas chat | Todos os comandos privilegiados |
Um padrão comum da comunidade é manter a lista de owners em um ou dois amigos de confiança, promover regulares a moderador, e reservar admin para coordenadores de noites de raid. De acordo com o índice de guias da comunidade Steam do RuneScape: Dragonwilds, vários walkthroughs authored por jogadores agora documentam fluxos de promoção em detalhe, incluindo uma lista completa de itens para hosts que querem estocar um baú inicial no primeiro join.
Promovendo um Jogador ao Vivo
Promoções são edições de arquivo em vez de comandos de console ao vivo porque o sistema de roles do servidor (admin vs. moderador vs. padrão) não tem setter em tempo de execução que aceite um argumento SteamID64 diretamente. Comandos ao vivo só resolvem nomes de exibição, que colidem sempre que dois jogadores compartilham um nome de personagem, então a ferramenta de servidor dedicado da Jagex deliberadamente descarrega a resolução de identidade para admins.json e moderators.json. O processo abaixo é curto, mas cada passo depende dessa busca de SteamID ser precisa antes do arquivo ser tocado.
-
Peça ao jogador alvo para digitar
/getid(ou confiralogs/console.logdepois que ele conectar). -
Pare o servidor com
/shutdown 60para que os jogadores vejam a contagem regressiva. -
Adicione o SteamID dele a
admins.jsonoumoderators.json. -
Reinicie o servidor.
Os kicks de recarga acontecem porque admins.json e moderators.json são lidos em um snapshot no início do servidor, e recargas no meio da sessão forçam uma re-checagem de permissão que derruba qualquer cliente cuja entrada de role mudou. Pular a contagem regressiva do /shutdown 60 no passo 2 significa que jogadores em voo serão desconectados sem migração graciosa, que é o motivo pelo qual os fóruns oficiais se enchem de threads de "fui desconectado durante promoção". Rodar o ciclo completo parar → editar → reiniciar é o único caminho seguro via comando de console até a Jagex expor uma flag de hot-reload.
Mods do RuneScape: Dragonwilds e Customização do Servidor
Mods no RuneScape: Dragonwilds vêm em dois sabores: mods client-side que mudam UI, áudio e hooks de qualidade de vida, e mods server-side que alteram regras de gameplay, tabelas de spawn e fórmulas de skill. A ferramenta de servidor dedicado respeita o conjunto server-side automaticamente, enquanto mods client-side exigem que cada jogador os instale localmente. Um walkthrough completo de como instalar mods cobre o fluxo do Nexus Mods, mas aqui está o panorama de alto nível para hosts.
Categorias de Mod e Impacto no Servidor
| Tipo de Mod | Afeta o Servidor Dedicado? | Exemplo |
|---|---|---|
| UI / HUD | Não | Recolor do minimapa, grade de inventário |
| Áudio | Não | Troca de trilha ambiente |
| Qualidade de Vida | Às vezes | Auto-sort, divisor de stack |
| Gameplay / Spawns | Sim (deve ser instalado no servidor) | Densidade de dragão aumentada |
| Rebalanceamento de Skill | Sim (server-side obrigatório) | Curva de XP de Corte de Lenha 2x |
| Novos Itens / Receitas | Sim (servidor + cliente devem coincidir) | Set de armadura de runa customizado |
Quando um mod server-side está presente no host, o cliente auto-baixa os arquivos correspondentes no join, o que é conveniente mas significa que um cliente sem correspondência pode falhar ao conectar. O build 1.0 introduziu um hash-check que rejeita clientes modificados a menos que o host faça whitelist do mod em mods_whitelist.json.
Conjunto de Mods Inicial Recomendado para Novos Hosts
Configuração testada pela comunidade que não quebra encontros de raid de dragão ou o rebalanceamento da skill de magia do update 0.8: cada entrada na lista abaixo foi validada contra as notas de patch que ajustaram dano de tick do Dragon Breath para 320 e o rebalanceamento de spells que mudou Entangle para um root de 6 segundos, então alternar esses mods não dessincronizará silenciosamente HP de boss, timers de cofre ou multiplicadores de combo durante runs de Galeflux Raise ou Vault of Ember.
-
Backpack+ (QoL) — aumenta tamanho de stack para 200, remove penalidade de peso.
-
LootBeacon (server) — destaca drops raros para todo o grupo.
-
NoHungryRaids (server) — desativa deterioração de comida dentro de instâncias de cofre.
-
AshenfallMapMarkers (client) — adiciona pinos de região que sincronizam através do projeto comunitário mapa interativo de Ashenfall.
-
PetSlot (client) — adiciona um quinto slot de pet para que colecionadores possam fieldar um grupo completo, útil se você também está progredindo pelo guia de montarias e companheiros.
Se você só habilitar um mod server-side, que seja o LootBeacon porque ele não altera balanceamento e reduz significativamente as discussões de "quem pegou o loot" em sessões co-op, já que drops raros no RuneScape Dragonwilds são rolados na instância do host e silenciosamente atribuídos a um único cliente a menos que a flag de broadcast do LootBeacon seja ativada na config do servidor, deixando o resto do grupo encarando um cadáver não looteado após uma kill no Galeflux Raise. Combinado com um comando de admin de servidor lootbeacon radius 40 no console, o feixe para todo o grupo transforma essas rolls contestadas em um drop visível e auditável, o que é especialmente valioso dentro dos timers do Vault of Ember onde cada segundo de loot afeta a janela de despawn do baú.
Solução de Problemas Comuns do Servidor Dedicado
Mesmo com uma instalação limpa da ferramenta de servidor dedicado do RuneScape Dragonwilds, hosts tipicamente batem nos mesmos problemas recorrentes — e a maioria é relacionada a rede ou permissão de arquivo em vez de bugs na ferramenta em si. Um culpado surpreendentemente comum é o Windows Firewall bloqueando silenciosamente a porta de jogo padrão do servidor (tipicamente 7777 para o tráfego de jogo e 27015 para a porta de query do Steam), o que impede clientes remotos de resolver a sessão mesmo que o console do servidor reporte um startup limpo. Igualmente frequentes são incompatibilidades de permissão NTFS na pasta RuneScape_Dragonwilds_Data, onde o processo do servidor roda sob uma conta de usuário diferente daquela que inicialmente instalou a ferramenta, fazendo o log se encher de entradas "Access Denied" no momento em que um save de mundo é tentado. Checar ambos antes de partir para passos de reinstalação economiza a maioria dos hosts uma hora de debug desnecessário.
Problemas Mais Reportados e Correções
| Sintoma | Causa Provável | Correção |
|---|---|---|
| Servidor não visível no navegador | Porta padrão bloqueada ou região de download Steam errada | Force a região do servidor em ServerSettings.json |
| Jogadores dão timeout aos 30s | Incompatibilidade de MTU na rede do host | Defina MTU para 1400 na config do servidor |
/giveitem retorna "unknown item" | ItemID mudou no banco de dados da 1.0 | Use /itemsearch <name> primeiro |
| Servidor crasha a cada 2-3 horas | Memory leak no agendador de eventos sazonais | Adicione /restart 10800 a uma tarefa do Windows Task Scheduler |
| Amigos recebem "version mismatch" | Cliente e servidor em branches de patch diferentes | Verifique ambos no mesmo build 1.0.x |
| Comandos retornam "permission denied" | SteamID do jogador não está em admins.json | Re-adicione e rode /reloadadmins |
Um reinício agendado a cada 3 horas é a mudança de estabilidade de maior impacto, porque o agendador de eventos acumula estado ao longo do tempo e dispara um hard assert por volta da marca de 2-3 horas em saves da era 0.8. Reiniciar em uma cadência fixa contorna o bug até a Jagex lançar o próximo patch.
Perguntas Frequentes
Qual é a maneira mais rápida de habilitar os comandos de servidor dedicado do RuneScape: Dragonwilds em uma instalação nova?
Instale a ferramenta de servidor dedicado da sua Biblioteca Steam, abra ServerSettings.json, adicione seu SteamID ao admins.json, depois inicie DragonwildsServer.exe. O console aceita /help assim que a linha "World ready" aparece, que é o sinal de que os comandos de admin de servidor estão ativos.
Posso rodar comandos de console do RuneScape: Dragonwilds sem privilégios de admin?
Comandos de diagnóstico limitados funcionam para todos, incluindo /listplayers, /ping e /seed. Qualquer coisa que muta estado do mundo ou dados de jogador — /kick, /ban, /setxpmultiplier, /giveitem — exige que a conta emissora esteja em admins.json ou moderators.json, caso contrário o console retorna "permission denied."
Os mods do RuneScape: Dragonwilds funcionam em um servidor dedicado?
Mods server-side funcionam automaticamente, e o cliente os baixa no join. Mods client-only (UI, áudio, QoL) devem ser instalados por cada jogador. Listas de mods de servidor e cliente sem correspondência causam um kick de "version mismatch", então sempre alinhe o loadout em mods_whitelist.json antes de anunciar seu servidor publicamente.
Como faço backup de um mundo dedicado antes de rodar comandos arriscados?
Rode /saveworld primeiro, o que força um save síncrono, depois copie a pasta Saves/<worldname>/ para um diretório de backup datado. Os snapshots do build 1.0 são forward-compatible com saves da 0.8, mas um backup permite que você reverta qualquer experimento de /setxpmultiplier ou /event sem perder progresso.
Existe um limite de quantos admins posso listar em admins.json?
Não há um limite rígido no arquivo, mas cada entrada de admin carrega na memória e transmite uma flag de privilégio, então listar 50+ admins em um servidor de 20 jogadores adiciona overhead perceptível. Mantenha a lista enxuta — um ou dois owners, um punhado de moderadores, e rotacione o resto promovendo regulares apenas em noites de raid.