- A hospedagem do Project Reclaimer Linux usa Docker para uma implantação de servidor dedicado repetível e isolada.
- O Docker separa o runtime do servidor de mapas, mods e logs para atualizações mais limpas.
- O RCON permite administração remota sem precisar acessar a máquina host.
- O encaminhamento de portas e as regras de firewall são obrigatórios antes que sessões públicas funcionem.
- Anti-cheat e listas de administradores devem ser configurados antes de abrir seu servidor aos jogadores.
Por Que Executar Servidores do Project Reclaimer no Linux?
Project Reclaimer é um projeto standalone de multijogador de Halo 3 para PC, construído sobre a sua própria instalação do Halo: The Master Chief Collection no Steam. Embora a maioria dos jogadores entre em sessões pelo navegador de servidores do cliente, hosts que desejam um servidor comunitário persistente podem implantar o pacote de servidor dedicado no Windows, Windows Server ou Linux. A rota do Linux com Docker é a opção mais limpa para implantações repetíveis e gerenciamento de reinício em nível de contêiner.
Orientações oficiais de implantação estão disponíveis na página de hospedagem do Project Reclaimer, e os arquivos de lançamento são publicados no repositório oficial de lançamentos.
Windows
- Instalação manual
- Testes locais
- Acesso direto aos arquivos
Windows Server
- Hospedagem persistente
- Manutenção programada
- Operação baseada em serviços
Linux Docker
- Implantação repetível
- Dependências isoladas
- Políticas de reinício de contêiner
Escolha o caminho do Linux com Docker quando planeja executar o servidor a longo prazo, quer que a recuperação de falhas seja gerenciada por uma política de reinício ou precisa reimplantar a mesma configuração rapidamente em um novo host.
| Plataforma | Melhor Para | Recuperação | Fluxo de Atualização |
|---|---|---|---|
| Windows | Testes locais, hosts iniciantes | Reinício manual | Substituição manual de arquivos |
| Windows Server | Hospedagem comunitária persistente | Gerenciador de serviços | Manutenção programada |
| Linux Docker | Hospedagem containerizada e repetível | Política de reinício | Reconstruir ou substituir contêiner |
Implantação do Project Reclaimer no Linux: Passo a Passo
O processo de implantação espelha o fluxo de trabalho oficial do servidor dedicado, adaptado para um host Linux executando Docker. Siga cada etapa em ordem, porque etapas posteriores, como o gerenciamento via RCON, dependem da configuração de rede definida anteriormente.
Escolha um ambiente de implantação
Confirme que seu host Linux atende às suas necessidades operacionais. O Docker fornece dependências isoladas e gerenciamento em nível de contêiner, o que se adequa tanto a servidores únicos quanto a hosts com múltiplos servidores. Registre as especificações do host e a versão de lançamento instalada para facilitar a solução de problemas posteriormente.
Instale o runtime do servidor e os arquivos de lançamento
Baixe a versão apropriada do servidor do Project Reclaimer na página oficial de lançamentos. Extraia-a em um diretório dedicado e mantenha os arquivos executáveis separados de mapas, mods e logs gerados pelos usuários. Faça backup dos arquivos de configuração antes de qualquer atualização.
Configure o servidor e as portas de rede
Edite a configuração do servidor com suas definições de sessão, endereço de vinculação (bind), configurações de consulta ou administração e portas necessárias. Permita essas portas no firewall do host, encaminhe-as no seu roteador se estiver atrás de NAT e reinicie o servidor após qualquer alteração de rede.
Adicione mapas e mods
Coloque os arquivos de mapa suportados e o conteúdo de mods nos diretórios que o servidor espera e, em seguida, referencie o conteúdo pretendido na configuração. Use locais separados para mapas base e conteúdo personalizado quando suportado, e recarregue o servidor após adicionar algo novo.
Defina administradores, anti-cheat e banimentos
Configure a lista de administradores com identificadores exclusivos, conceda acesso apenas a operadores de confiança e ative as proteções anti-cheat disponíveis antes de abrir o servidor publicamente. Mantenha uma lista de banimentos para jogadores disruptivos.
Ative reinício automático e verificações de saúde
Execute o servidor sob uma política de reinício de contêiner ou um supervisor de processos para que ele se recupere de falhas e reinicializações. Capture a saída do console e os logs, use reinícios programados para manutenção e verifique se o servidor retorna ao mapa e às configurações pretendidos após a recuperação.
Gerencie o servidor com RCON
Use a ferramenta RCON para monitoramento remoto, troca de mapas, kicks e banimentos. Restrinja o acesso ao RCON a redes confiáveis, use uma senha forte e teste os comandos antes de depender da operação autônoma.
Evite atribuir portas já usadas por outros servidores de jogos ou ferramentas de administração no mesmo host. Um conflito de porta é um dos motivos mais comuns pelos quais um servidor recém-configurado não aparece no navegador de servidores.
Referência de Configuração e Segurança
Um servidor bem configurado separa os arquivos de runtime do conteúdo, restringe a administração remota e sobrevive a falhas. Use as tabelas abaixo como referência de pré-lançamento.
| Área de Configuração | Configuração Principal | Prática Recomendada |
|---|---|---|
| Endereço de vinculação | Interface de rede | Vincular apenas às interfaces pretendidas |
| Firewall | Portas de jogo e consulta | Permitir apenas as portas necessárias |
| Lista de administradores | Identificadores exclusivos | Somente operadores de confiança |
| Anti-cheat | Ativado para jogo público | Manter ativado em sessões públicas |
| Lista de banimentos | Registro persistente | Manter e revisar regularmente |
| Prática de RCON | Por Que É Importante |
|---|---|
| Senha forte | Impede controle não autorizado |
| Restrição a redes confiáveis | Reduz a superfície de exposição |
| Teste de comandos | Confirma o comportamento antes do uso autônomo |
| Revisão de logs pós-ação | Cria um trilho de auditoria |
Checklist de Pré-Lançamento:
- Diretório do servidor dedicado criado e versão registrada
- Portas permitidas no firewall e encaminhadas se estiver atrás de NAT
- Mapas e mods colocados nos diretórios esperados
- Lista de administradores e anti-cheat configurados
- Política de reinício e registro de logs verificados
- RCON testado com uma senha forte
A documentação oficial lista suporte a servidores dedicados com até 127 slots, dando aos hosts Linux uma margem considerável para grandes sessões comunitárias.
Mapas, Mods e Sincronização de Conteúdo no Linux
O Project Reclaimer gerencia conteúdo personalizado por meio de compartilhamento no servidor e suporte à Steam Workshop. Quando jogadores entram em um servidor que usa mapas ou scripts de modo que não possuem instalados, o cliente pode obter os arquivos ausentes antes do início da sessão, o que mantém as sessões hospedadas em Linux sincronizadas sem distribuição manual de arquivos.
| Tipo de Conteúdo | Método de Distribuição | Responsabilidade do Host |
|---|---|---|
| Mods de mapa | Compartilhamento no servidor, Workshop | Instalar antes de anunciar a sessão |
| Mods de campanha | Download pelo servidor ou cliente | Verificar compatibilidade de versão |
| Conteúdo Forge | Compartilhamento no servidor ou Workshop | Confirmar compatibilidade do modo |
| Scripts de modo | Download identificado pelo servidor | Referenciar na configuração do servidor |
Instale e teste o conteúdo personalizado no servidor antes de listar a sessão publicamente. Reinicie ou recarregue após adicionar conteúdo para que o servidor anuncie o mapa e o modo corretos ao navegador.
Solução de Problemas e FAQ
O Discord oficial, vinculado na página inicial do Project Reclaimer, é o canal principal para atualizações de desenvolvimento, relatórios de bugs e dúvidas sobre hospedagem.
Q: O Project Reclaimer suporta servidores dedicados no Linux?
Sim. A documentação oficial de hospedagem lista a implantação no Linux via Docker junto com Windows e Windows Server, tornando a hospedagem containerizada um caminho suportado para servidores persistentes do Project Reclaimer.
Q: Preciso do Halo: The Master Chief Collection instalado no servidor Linux?
O fluxo de trabalho do cliente exige uma instalação do Halo: The Master Chief Collection no Steam com o conteúdo de Halo 3 no PC do jogador. Siga a documentação oficial de hospedagem para os requisitos exatos de conteúdo impostos ao próprio servidor dedicado.
Q: Como os jogadores obtêm mapas personalizados ao entrar no meu servidor Linux?
O Project Reclaimer suporta compartilhamento de conteúdo no servidor. Quando um jogador que está entrando não possui os arquivos necessários, o cliente pode baixá-los automaticamente via servidor ou Steam Workshop e, em seguida, reconectar se um reinício for solicitado.
Q: Quantos jogadores um servidor do Project Reclaimer suporta?
A documentação oficial lista suporte para até 128 jogadores por sessão e pacotes de servidor dedicado com até 127 slots, além de cooperativo de campanha para até 16 jogadores.