Windows 10/11
x64 uniquement, aucun compte requis
Site officiel de SmartCode Relay
DDoS protection : commence par un plan que tu peux tester
SmartCode Relay 2.9.22 est un agent Windows qui lit les logs que tu exportes, rédige des limites de débit et un runbook pour les serveurs que tu gères, et affiche les changements de fichiers sous forme de diffs que tu peux relire.
Analyse le log d’accès exporté hier soir et rédige une limite de débit pour le chemin le plus sollicité.
- list_dir
logs/3 fichiers - Shell
your log tool > summary.csvexit 0 - grep
/checkout summary.csv4 correspondances - read_file
copy/server-settings.txtlu - edit_file
copy/server-settings.txt+6 -1 - Shell
your test commandexit 0
En attente de ton accord avant l’étape suivanteRefuserAccepter
2.9.22
publiée le 28 oct. 2026
Environ 34 Mo
le .exe portable fait environ 25 Mo
13
langues de l’interface
Lit les logs
après coup, hors du trafic
Cloud ou local
ou le modèle intégré
Ce que signifie DDoS protection pour un site que tu gères
La DDoS protection d’un site que tu gères se construit surtout en dehors de ton propre serveur : la capacité chez ton hébergeur, un CDN ou un service de filtrage du trafic, plus des limites de débit, du cache et un runbook écrit de ton côté. SmartCode Relay 2.9.22 t’aide à planifier, configurer et documenter ce côté-là. Il lit les logs après coup. Il ne se place jamais sur le chemin de ton trafic.
Lis le log après un pic de trafic
Tu exportes de ton serveur le log d’accès de la nuit dernière et tu le déposes dans le dossier du projet. SmartCode Relay liste le dossier avec list_dir, puis Shell exécute ton propre script de synthèse des logs, qui compte les requêtes par adresse et par chemin et enregistre summary.csv. Ensuite, grep cherche dans cette synthèse le chemin que tu soupçonnes, par exemple /checkout. Un pic légitime suit un lancement ou une mention et vient de nombreux réseaux avec des pages variées, alors qu’un flood de couche 7 vise souvent un ou deux chemins avec des requêtes identiques. Les logs donnent des indices, pas des preuves. En mode Ask first, l’agent s’arrête avant la commande qui écrit le fichier, et tu le relis avant.
Trace des outils
list_dir logs/ → 3 files
Shell your log tool > summary.csv → exit 0
grep /checkout summary.csv → 4 matchesRédige et teste une limite de débit
Une limite de débit plafonne le nombre de requêtes qu’un client peut envoyer vers un chemin. Pars d’une copie des réglages de ton serveur, jamais du fichier en production. read_file ouvre la copie, edit_file ajoute la règle en brouillon et affiche un diff, et Shell exécute ta propre commande de test de configuration et indique le vrai code de sortie. Le changement touche 1 fichier. En mode Ask first, le diff apparaît avant que tu acceptes, donc tu peux refuser le changement. Refuse ce qui te semble faux. Applique-le toi-même sur le serveur en production une fois le test réussi et une ligne de rollback prête.
Trace des outils
read_file copy/server-settings.txt → read
edit_file copy/server-settings.txt → +6 -1
Shell your test command → exit 0Étapes de défense contre les attaques DDoS pour un runbook
Un runbook est une page de texte brut qui dit qui appeler et quoi activer chez ton hébergeur. Demande un fichier texte à l’agent, et write_file enregistre ddos-runbook.txt avec une ligne de déclencheur, 6 étapes numérotées, une ligne de rollback et une ligne de revue. http_get peut lire une page de la documentation de ton hébergeur, si bien que les noms des réglages viennent de la source. Il ne contient aucune commande d’attaque. Passe d’abord en Plan only pour lire le plan, car ce mode n’exécute rien, puis laisse Ask first marquer une pause avant l’enregistrement du fichier.
Passe en revue les réglages de DDoS protection de ton site
Les délais d’attente et les limites de connexion font aussi partie de la revue. Copie les réglages de ton serveur web dans le dossier ; read_file ouvre la copie pendant que grep y cherche les lignes sur les 2 réglages qui comptent ici, les timeouts et les limites de connexion. Ne lis que cette sortie. Sur des serveurs bare metal, c’est-à-dire des machines que tu loues ou possèdes sur un seul lien réseau, l’atténuation des DDoS se fait surtout chez ton hébergeur, car un lien réseau saturé ne se règle avec rien de ce qui tourne sur la machine. L’agent liste ce qu’il faut demander à ton hébergeur. En mode Ask first, rien ne change tant que tu n’as pas accepté le diff, et tu testes chaque modification d’abord sur la copie.
En quoi il diffère d’un assistant de chat
Les réponses d’un chat restent du texte. SmartCode Relay 2.9.22 exécute lui-même les outils et affiche chaque action sous forme de carte avec son vrai résultat, pour que tu vérifies ce qui s’est passé.
| Assistant de chat classique | SmartCode Relay | |
|---|---|---|
| Fichiers | Tu copies le texte de la réponse dans tes fichiers | Lit, recherche et modifie les fichiers du dossier du projet, avec un diff |
| Commandes | Décrit une commande et te laisse l’exécuter | Shell exécute ta commande et indique le vrai code de sortie |
| Validation | Aucune pause, car la réponse n’est que du texte | Auto-run, Ask first ou Plan only ; tu choisis ce qui s’exécute |
| Logs | Ne voit tes logs que si tu les colles | Lit des logs exportés après coup ; il n’est pas sur le chemin du trafic |
Pour commencer
- Installe SmartCode Relay sous Windows 10 ou 11 après avoir comparé la somme de contrôle SHA-256 du téléchargement avec le manifeste publié.
- Connecte un modèle cloud, un modèle local ou le modèle intégré, puis clique sur Test pour voir le temps de réponse et la fenêtre de contexte.
- Choisis un dossier de projet qui contient tes logs exportés et une copie de tes réglages, et rien venant de systèmes que tu ne gères pas.
- Choisis Plan only pour lire d’abord le plan, ou Ask first pour valider chaque changement qui touche un fichier, avec son diff.
À qui s’adresse-t-il
Il s’adresse à qui tient une petite boutique, un blog ou une API, gère son serveur et sait exporter un log. Il te faut d’abord des faits. Une recherche comme « comment protéger un serveur contre les ddos » finit en général par un réglage chez l’hébergeur, une limite de débit et un runbook, et ce sont justement les trois choses que l’appli t’aide à mettre noir sur blanc.
Les hébergements de loisir comptent aussi. Si une attaque DDoS touche le serveur de jeu que tu fais tourner pour des amis, le même appel à l’hébergeur, la même limite de débit et le même runbook s’appliquent, et l’agent se contente toujours de lire les logs après coup.
Tout serveur que tu gères convient. S’il peut exporter un log, la méthode est la même : résume le log par adresse et par chemin, lis les chiffres toi-même, et garde les 6 étapes du runbook d’exemple dans un fichier que tu retrouves vite en cas d’urgence.
Questions fréquentes
Qu’est-ce que la DDoS protection ?
La DDoS protection est un ensemble de couches, pas un interrupteur : capacité chez ton hébergeur ou sur un CDN, une adresse d’origine privée, des limites de débit, du cache, des délais d’attente raisonnables et un runbook écrit. Les couches se recoupent volontairement. Aucune couche n’est complète à elle seule, et chacune doit être testée.
smartcodegroup.com est-il le site officiel de SmartCode Relay ?
Oui, smartcodegroup.com est le site officiel de SmartCode Relay. C’est la version d’origine. Télécharge l’installateur ici, compare sa somme de contrôle SHA-256 avec le manifeste publié, et ne le lance que si les deux correspondent. Si quelque chose te semble louche, clique sur Send feedback dans l’appli.
SmartCode Relay bloque-t-il une attaque DDoS ?
Non. SmartCode Relay n’est pas sur le chemin de ton trafic, donc rien de ce qu’il fait ne touche le trafic en direct. Il lit après coup les logs que tu exportes, rédige des règles et un runbook, et c’est toi qui les appliques chez ton hébergeur ou sur ton serveur.
Comment atténuer une attaque DDoS sur un petit site ?
La réponse courte, ce sont les couches : demande à ton hébergeur ou à un CDN de filtrer le trafic avant qu’il t’atteigne, garde l’adresse d’origine privée, limite le débit par client et par chemin, mets en cache les pages statiques et écris un runbook. Puis teste chaque règle.
Puis-je faire un test de charge sur mon site ?
Oui, mais seulement sur ta propre copie de préproduction, ou sur le site en production avec l’autorisation écrite de ton hébergeur, car les hébergeurs peuvent considérer un test de charge comme une attaque. Obtiens d’abord cette autorisation. L’agent peut t’aider à rédiger le plan et à lire les résultats ensuite.
Mes logs quittent-ils mon PC ?
Cela dépend du modèle que tu choisis. Avec un modèle cloud, les prompts, y compris le texte de log que l’agent lit, partent chez ce fournisseur ; avec un modèle local, rien ne quitte ton PC. Les logs d’accès contiennent les adresses IP des visiteurs. Vérifie d’abord tes logs.
Quels modèles puis-je utiliser ?
Un fournisseur d’IA dans le cloud via un point de terminaison d’API standard, un modèle qui tourne en local sur ton PC, ou le modèle intégré. Le bouton Test vérifie un point de terminaison et affiche le temps de réponse et la fenêtre de contexte. Clique d’abord sur Test.
Commence avec un seul log exporté
Aucun compte n’est nécessaire. Télécharge la version 2.9.22, un programme d’installation d’environ 34 Mo, compare sa somme de contrôle avec le manifeste publié, puis pointe-le vers un log exporté de ton propre serveur.
Télécharger SmartCode Relay pour Windows ↗Explorer le site
Chaque page est disponible en 20 langues.
Ce que SmartCode Relay fait pour les administrateurs de serveurs ↗ Connecter un modèle cloud, local ou intégré ↗ Analyser un log et rédiger une limite de débit ↗ Télécharger et vérifier l’installateur Windows ↗ Réponses sur le périmètre, la vie privée et les modèles ↗ Comment ce site et l’appli traitent les données ↗
