L2 Server Windows or Linux: a decisão que realmente importa

A dúvida l2 server windows or linux aparece em todo fórum de dono de servidor, e a resposta honesta é que os dois rodam um mundo de Lineage 2. Um emulador Java não liga para o kernel que está embaixo. O que muda é quanto você paga, como administra a máquina, como a protege e se os arquivos do servidor que escolheu foram feitos para aquele sistema. Esta comparação olha as duas opções do jeito que o dono sente na prática: faturas, reinícios de madrugada e tráfego de ataque.

A resposta curta

Se é um servidor de produção e você se sente à vontade no terminal, use Linux. Se ainda está aprendendo, se roda arquivos L2OFF ou se conhece Windows a fundo e o servidor é pequeno, Windows é uma escolha legítima e não um erro. O pior resultado é escolher um sistema que você não consegue manter, porque uma máquina sem patch e com o banco exposto é um risco maior do que qualquer diferença de kernel.

Uma regra vale mais que o debate: encaixe o sistema nos arquivos do servidor. Packs baseados em L2J são multiplataforma. Os binários antigos da NCSoft não são.

O que o software do servidor realmente precisa

Um stack L2J típico são dois processos Java, um login server e um game server, mais um banco de dados. A documentação oficial do L2J traz instruções de instalação para Windows, Debian, Ubuntu e CentOS, o sinal mais claro de que o suporte é simétrico. Você precisa de um JDK, MariaDB ou MySQL, Git e duas portas TCP abertas: 2106 para o login e 7777 para o mundo. Se a hospedagem ainda é a dúvida, o guia de hospedagem cobre provedores e proteção DDoS.

L2OFF é a exceção. Aqueles binários vazados da NCSoft foram compilados para Windows, e rodá-los no Wine não é um caminho de produção suportado. Se o seu projeto depende de L2OFF, a decisão do sistema já foi tomada por você.

Desempenho: o sistema importa menos do que parece

Com 50 jogadores, qualquer sistema serve. Com 500, o limite costuma ser o heap do Java, a coleta de lixo, o I/O do banco ou o upload saturado, não o kernel. Uma instalação Linux sem interface gráfica deixa mais memória para a JVM do que um Windows Server com desktop completo, e essa folga conta em um VPS pequeno. O Server Core reduz a diferença, mas também tira a comodidade de clicar que fez você escolher Windows.

Se o mundo trava com 300 jogadores, o sistema raramente é a causa. Verifique o tamanho do heap, o carregamento de geodata, as consultas lentas e a banda de upload antes de reinstalar qualquer coisa.

• Memória: um ambiente gráfico e serviços de fundo consomem RAM que poderia sustentar mais parte do mundo.
• Disco: os dois ganham com SSD, e os dois querem o banco em um volume próprio quando os logs crescem.
• Rede: o fluxo de upload é o teto real durante cercos e PvP em massa, em qualquer sistema.
• Versão do Java: o build do JDK importa mais que a plataforma. Use a versão que o seu pack pede.

Custo: licenças contra horas

Linux não custa licença. O Windows Server geralmente adiciona uma mensalidade no provedor, e o preço sobe com núcleos e memória. Essa diferença é fácil de ver na fatura e fácil de superestimar: o seu tempo também custa. Se você já conhece Windows, as horas que economiza por não aprender systemd, permissões e scripts de shell podem valer mais que a licença em um servidor pequeno.

Para um projeto que pretende crescer, a conta se inverte. O dinheiro que você economiza em licença compra RAM ou um plano de backup melhor, e o que aprende em Linux serve em qualquer máquina futura.

Administração do dia a dia

Windows entrega RDP e um desktop familiar. Linux entrega SSH e um terminal, mais rápido em conexão ruim e fácil de automatizar. A diferença aparece nas tarefas chatas:

• Serviços: uma unidade systemd com Restart=on-failure reinicia o game server caído de forma limpa. No Windows você precisa de um wrapper de serviço ou de uma tarefa agendada vigiando o processo.
• Caminhos: Linux diferencia maiúsculas. Uma configuração que funciona local pode falhar no servidor porque Data/ não é data/.
• Scripts: os de inicialização e backup são shell no Linux e batch ou PowerShell no Windows. Escolha um e mantenha no controle de versão.
• Logs: o logrotate vem na maioria das distribuições, mas os logs do L2J ainda precisam da própria regra. No Windows a rotação é manual.
• Atualizações: os dois precisam de um plano de reinício. Uma atualização de kernel sem reiniciar deixa o kernel antigo rodando.

Nada disso é difícil. É o atrito diário que você está escolhendo, e ele deve combinar com as habilidades que você realmente tem.

Segurança e DDoS

Os dois sistemas podem ser protegidos, e ambos recebem o mesmo tipo de ataque. A porta de login sofre floods SYN, e portas de banco expostas atraem varreduras automáticas em pouco tempo. As regras práticas são idênticas:

1. Amarre o banco ao localhost e nunca exponha a 3306 à internet.
2. Abra só 2106 e 7777 para os jogadores, e restrinja RDP ou SSH ao seu endereço.
3. Mantenha o sistema e o JDK atualizados, e reinicie quando a atualização pedir.
4. Use filtragem DDoS do provedor. Um firewall local não absorve um flood volumétrico.

Linux tem uma caixa de ferramentas mais profunda, com nftables, fail2ban e limitação de taxa madura. O Windows também tem um firewall competente, mas o erro comum é deixar o RDP aberto para o mundo porque é prático. Esse erro é igualmente fatal nas duas plataformas.

Quando o Windows é a escolha certa

Escolha Windows se roda L2OFF, se está aprendendo o stack e a interface gráfica ajuda a enxergar o que acontece, ou se o servidor é um mundo pequeno de amigos em uma máquina que você já administra. Também é a opção pragmática se o provedor só oferece Windows e você não quer migrar a hospedagem antes do lançamento.

Quando o Linux é a escolha certa

Escolha Linux para um servidor público que precisa ficar de pé sem supervisão, para qualquer VPS com pouca RAM e para um projeto que você pretende manter por anos. É o padrão da comunidade L2J por bons motivos: gestão de serviços limpa, backups automatizáveis, pouco consumo e nenhuma licença. A maioria dos guias de hospedagem, instaladores de pack e scripts de uma linha assume Linux.

Migrar de um para o outro

A mudança é mais portátil do que parece. O dump do banco, a versão do Java e boa parte dos valores de configuração continuam valendo. Fique atento a quatro pontos:

• Caminhos e maiúsculas: reescreva caminhos absolutos e corrija diferenças de caixa.
• Fim de linha: scripts copiados do Windows podem falhar com erro CRLF. Converta para LF.
• Permissões: o usuário do serviço precisa de leitura e escrita em logs, dados e geodata.
• Conexão com o banco: host, porta e credenciais JDBC ficam nos arquivos de login e game, não em um lugar único.

Teste a mudança antes de trocar o DNS: reverter um mundo meio migrado é bem mais lento do que uma migração ensaiada.

Uma decisão com a qual dá para viver

Escolha o sistema que você consegue atualizar, monitorar e restaurar às três da manhã. Se os dois empatam nesse teste, Linux vence em custo e operação de longo prazo. Se Windows é o que você realmente sabe tocar, use e gaste as horas economizadas em backup e proteção DDoS, que importam mais que o kernel.

Quando o seu mundo estiver pronto para jogadores, publique no L2Calendar pelo formulário de listagem gratuita. Se quiser que o anúncio se destaque desde o primeiro dia, o posicionamento VIP coloca você na frente de quem navega pelo diretório de servidores.