Windows 10/11
somente x64, sem conta para usar
O SmartCode Relay 2.9.22 é um agente para Windows que lê os logs que você exporta, rascunha limites de taxa e um runbook para os servidores que você administra e mostra as mudanças em arquivos como diffs que você pode revisar.
logs/3 arquivosyour log tool > summary.csvexit 0/checkout summary.csv4 ocorrênciascopy/server-settings.txtlidocopy/server-settings.txt+6 -1your test commandexit 0somente x64, sem conta para usar
lançada em 28 out 2026
o .exe portátil tem cerca de 25 MB
idiomas da interface
depois do fato, fora do tráfego
ou o modelo integrado
A DDoS protection de um site que você administra é construída em boa parte fora do seu próprio servidor: capacidade no seu provedor de hospedagem, uma CDN ou um serviço de limpeza de tráfego, além de limites de taxa, cache e um runbook escrito do seu lado. O SmartCode Relay 2.9.22 ajuda você a planejar, configurar e documentar esse lado. Ele lê os logs depois. Nunca fica no caminho do seu tráfego.
Você exporta o log de acesso de ontem à noite do seu servidor e coloca na pasta do projeto. O SmartCode Relay lista a pasta com list_dir, e então o Shell executa o seu próprio script de resumo de logs, que conta as requisições por endereço e por caminho e salva summary.csv. Em seguida, o grep procura nesse resumo o caminho que você suspeita, como /checkout. Um pico legítimo vem depois de um lançamento ou de uma menção e parte de muitas redes com páginas variadas, enquanto uma inundação de camada 7 costuma atingir um ou dois caminhos com requisições idênticas. Logs dão indícios, não provas. No modo Ask first o agente pausa antes do comando que grava o arquivo, então você o lê antes.
list_dir logs/ → 3 files
Shell your log tool > summary.csv → exit 0
grep /checkout summary.csv → 4 matchesUm limite de taxa define quantas requisições um cliente pode enviar a um caminho. Comece de uma cópia das configurações do seu servidor, nunca do arquivo em produção. O read_file abre a cópia, o edit_file adiciona a regra rascunhada e mostra um diff, e o Shell executa o seu próprio comando de teste de configuração e informa o código de saída real. A mudança toca 1 arquivo. No modo Ask first o diff aparece antes de você aceitar, então você pode rejeitar a mudança. Rejeite o que parecer errado. Aplique no servidor de produção você mesmo, depois que o teste passar e você tiver uma linha de rollback.
read_file copy/server-settings.txt → read
edit_file copy/server-settings.txt → +6 -1
Shell your test command → exit 0Um runbook é uma página de texto simples que diz quem chamar e o que ativar no seu provedor. Peça ao agente um arquivo de texto, e o write_file salva ddos-runbook.txt com uma linha de gatilho, 6 passos numerados, uma linha de rollback e uma linha de revisão. O http_get pode ler uma página da documentação do seu provedor de hospedagem, para que os nomes das configurações venham da fonte. Não há comandos de ataque nele. Mude primeiro para Plan only para ler o esboço, porque esse modo não executa nada, e depois deixe o Ask first pausar antes de o arquivo ser salvo.
Timeouts e limites de conexão também entram na revisão. Copie as configurações do seu servidor web para a pasta; o read_file abre a cópia enquanto o grep procura linhas sobre as 2 configurações que importam aqui, timeouts e limites de conexão. Leia somente essa saída. Em servidores bare metal, ou seja, máquinas que você aluga ou possui em um único link de rede, a mitigação de DDoS acontece principalmente no seu provedor, porque um link de rede lotado não se resolve com nada que rode na máquina. O agente lista o que pedir ao seu provedor. No modo Ask first nada muda até você aceitar o diff, e você testa cada edição primeiro na cópia.
As respostas de um chat ficam em texto. O SmartCode Relay 2.9.22 executa as ferramentas por conta própria e mostra cada ação como um cartão com o resultado real, para você conferir o que aconteceu.
| Assistente de chat típico | SmartCode Relay | |
|---|---|---|
| Arquivos | Você copia o texto da resposta para os seus arquivos | Lê, pesquisa e edita arquivos da pasta do projeto, com um diff |
| Comandos | Descreve um comando e deixa você executá-lo | O Shell executa o seu comando e informa o código de saída real |
| Aprovação | Sem pausas, porque a resposta é só texto | Auto-run, Ask first ou Plan only; você escolhe quanto é executado |
| Logs | Só vê os seus logs quando você os cola | Lê logs exportados depois do fato; não fica no caminho do tráfego |
É para quem tem uma lojinha, um blog ou uma API, administra o próprio servidor e consegue exportar um log. Primeiro você precisa de fatos. Uma busca como «como proteger servidor de ddos» costuma terminar em uma configuração do provedor, um limite de taxa e um runbook, e são exatamente as três coisas que o app ajuda você a registrar por escrito.
Hospedagens de hobby também contam. Se um ataque DDoS atingir o servidor de jogos que você mantém para os amigos, valem a mesma chamada ao provedor, o mesmo limite de taxa e o mesmo runbook, e o agente continua só lendo logs depois do fato.
Qualquer servidor que você administra serve. Se ele consegue exportar um log, o método é o mesmo: resuma o log por endereço e por caminho, leia os números você mesmo e guarde os 6 passos do runbook de exemplo em um arquivo que você ache com pressa.
DDoS protection é um conjunto de camadas, não um interruptor: capacidade no seu provedor de hospedagem ou em uma CDN, um endereço de origem privado, limites de taxa, cache, timeouts sensatos e um runbook escrito. As camadas se sobrepõem de propósito. Nenhuma camada é completa sozinha, e cada uma precisa de testes.
Sim, o smartcodegroup.com é o site oficial do SmartCode Relay. Esta é a versão original. Baixe o instalador aqui, compare o checksum SHA-256 dele com o manifesto publicado e só execute quando os dois baterem. Se algo parecer errado, clique em Send feedback dentro do app.
Não. O SmartCode Relay não fica no caminho do seu tráfego, então nada do que ele faz toca o tráfego ao vivo. Ele lê os logs que você exporta depois do fato, rascunha regras e um runbook, e você os aplica no seu provedor ou no seu servidor.
A resposta curta é camadas: peça ao seu provedor de hospedagem ou a uma CDN que filtre o tráfego antes que ele chegue até você, mantenha o endereço de origem privado, limite a taxa por cliente e por caminho, coloque páginas estáticas em cache e escreva um runbook. Depois teste cada regra.
Sim, mas só na sua própria cópia de staging, ou no site em produção com permissão por escrito do seu provedor de hospedagem, porque os provedores podem tratar um teste de carga como um ataque. Consiga essa permissão primeiro. O agente pode ajudar a escrever o plano e a ler os resultados depois.
Depende do modelo que você escolher. Com um modelo na nuvem, os prompts, incluindo qualquer texto de log que o agente leia, vão para esse provedor; com um modelo local nada sai do seu PC. Logs de acesso guardam endereços IP de visitantes. Confira os seus logs primeiro.
Um provedor de IA na nuvem por meio de um endpoint de API padrão, um modelo rodando localmente no seu PC ou o modelo integrado. O botão Test verifica um endpoint e mostra o tempo de resposta e a janela de contexto. Clique em Test primeiro.
Não precisa de conta. Baixe a versão 2.9.22, um programa de instalação de cerca de 34 MB, compare o checksum dele com o manifesto publicado e aponte-o para um log exportado do seu próprio servidor.
Baixar o SmartCode Relay para Windows ↗Todas as páginas estão disponíveis em 20 idiomas.
O que o SmartCode Relay faz por quem administra servidores ↗ Conecte um modelo na nuvem, local ou integrado ↗ Revise um log e rascunhe um limite de taxa ↗ Baixe e verifique o instalador para Windows ↗ Respostas sobre escopo, privacidade e modelos ↗ Como este site e o app tratam os dados ↗