La protection DDoS était autrefois réservée aux banques et aux studios de jeux. Aujourd'hui, louer une attaque coûte presque rien et les petits sites sont visés chaque jour, souvent par des concurrents ou des amateurs de scripts. Quelques minutes d'indisponibilité pendant une campagne coûtent de l'argent réel. Voici ce que tout propriétaire de site devrait savoir.
Comment fonctionne une attaque
Une attaque par déni de service distribué inonde votre serveur de trafic venant de milliers d'appareils piratés. Le serveur passe tout son temps à répondre à des requêtes inutiles et les vrais visiteurs voient des délais dépassés. Les attaques vont de simples inondations qui saturent le réseau à des attaques fines qui déclenchent des pages coûteuses comme la recherche ou le paiement.
Signaux d'alerte
- Le site devient lent ou inaccessible sans aucun changement de votre côté.
- Les graphiques de trafic montrent un mur soudain de requêtes venant de nombreux pays.
- Le panneau d'hébergement signale des limites de CPU ou de connexions atteintes.
Les couches de protection DDoS pour un petit site
Commencez par ce qui est gratuit : gardez les logiciels à jour, activez le cache pour servir les pages sans toucher à la base de données, et utilisez un CDN qui absorbe le trafic en périphérie. La couche suivante est le réseau lui-même. Tous les serveurs HostiGuard incluent un filtrage de base, et notre option protection DDoS ajoute une mitigation permanente à bien plus grande capacité pour les serveurs visés régulièrement.
Que faire pendant une attaque
Ne redémarrez pas en boucle ; cela aide rarement. Activez le mode « sous attaque » de votre CDN si vous en avez un, bloquez les pays ou agents utilisateurs évidents dans le pare-feu, et ouvrez un ticket urgent avec l'IP du serveur. Notre équipe peut placer l'IP derrière la couche de mitigation en quelques minutes.
Préparez-vous avant
Notez qui appeler, où sont les sauvegardes et comment basculer le DNS. Gardez une page de statut chez un autre prestataire pour que vos clients soient informés même quand le site principal est en panne. Avec un serveur protégé nativement et une procédure simple, une attaque devient une courte interruption plutôt qu'une crise.
