Com o crescimento de qualquer projeto, seja de MTA ou o quê for, cresce também a inveja de muitos e a preocupação dos principais concorrentes.
É muito comum tentarem desacelerar e inibir o crescimento do outro perante o medo. O quê muita gente não sabe é que na maioria das vezes, os servidores não são derrubados por DDoS ou DoS. Ataques DDoS demandam grandes quantidades de dinheiro investido, e nessa guerra digital, vence quem tem a melhor infraestrutura, ou seja, quem gasta mais..
Mas se a maioria das quedas à servidores não acontecem por ataque de negação de serviço(o famoso DDoS), então onde e como eles são feitos?
Em primeiro lugar, tem a talvez mais conhecida maneira de deixar algo instável:
1° - Flood
É importante saber que existem vários tipos de floods, o mais fácil de identificar, é aquele flood por chat. Ele não é o único, existem floods que são um pouco mais complicado de identificar. O flood via chat é muito prejudicial ao servidor, portanto, é recomendável que cada jogador tenha um tempo definido entre as mensagens que podem enviar.
Além do flood via chat, existe o flood por comando, que é possível fazer com qualquer comando que qualquer servidor tenha. Por isso, também é recomendável que exista um tempo entre um comando e outro por cada jogador. Principalmente os comandos verificados por ACL são prejudiciais ao servidor. Alguns comandos que com flood são muito prejudiciais são: restart, refresh. Mesmo que o jogador não tenha permissão de executá-lo, o servidor verificará toda vez em que ele digita esses comandos protegidos. Uma solução para isso é bloquear esses comandos por serial, assim, mesmo com o flood deles, o CPU do servidor será menos estressado. O bloqueio desses comandos por serial aliado ao tempo necessário entre um comando e outro, fará com que o servidor não fique sobrecarregado, por tanto, não tenha danos.
2° - Scripts maliciosos
Infelizmente pessoas que já tiveram bom nome na comunidade de MTA:SA no passado, acabaram perdendo toda a sua reputação e começaram a fazer o mal, disfarçada por vários nomes. Muitas vezes (deixando claro que não é em todos os casos) as pessoas vendem scripts compilados nos quais possuem códigos maliciosos para gerar stress no servidor e atrapalhar a conexão e às vezes a ponto do servidor ser reiniciado automaticamente. Muitos desses scripts maliciosos funcionam perfeitamente, mas o código malicioso é acionado por algum comando. Então, você pode verificar os comandos existentes em cada script com o comando commands disponibilizado no nosso script.
3° - Scripts mal otimizados
Também é perfeitamente possível que um servidor tenha o desempenho afetado por scripts mal otimizados, e acontece bastante isso. Muitos scripts da internet e não só eles, até os pagos dependendo do programador que o produziu, contém centenas e às vezes milhares de ElementData. Essa função em questão, é extremamente prejudicial tanto para o servidor tanto para o client, que é o usuário final, jogador dos servidores. Para saber se algum recurso está consumindo mais do quê deveria, você pode utilizar o recurso IPB, que já vem com o MTA. Se você não tiver esse recurso no seu servidor, você pode baixá-lo dos resources oficiais do mta e colocar no seu servidor. Obviamente, não são só os ElementData que podem prejudicar o desempenho do servidor. Um script pode ser mal otimizado por várias coisas. O ElementData foi citado por ser muito comum e muito prejudicial.
Para abrir o painel, você precisa digitar no chat "/ipb" ou no F8 "ipb". Selecione a categoria Server, alterne entre as opções de monitoramento e você saberá qual script está consumindo mais e afetando o desempenho do seu servidor.
4° - Múltiplos caracteres no login
Talvez esse seja o mais bizarro dessa lista. Não limitar os caracteres no qual as pessoas podem se registrar, aliado ao flood de muitos logins com muitos caracteres, pode sim afetar o desempenho do servidor e até mesmo derrubá-lo.
