Créer une alerte e-mail en cas de pic CPU, RAM ou bande passante sur votre serveur

Sur un serveur auto-hébergé, il est essentiel d’être averti en temps réel en cas de problème : charge CPU excessive, saturation de la mémoire, pic réseau anormal… Avec une alerte par e-mail, tu peux intervenir avant que le serveur ne tombe. Voici un guide simple pour mettre en place un système d’alerte efficace, sans interface … Lire la suite

De l’hébergement mutualisé au bare metal : chronologie d’une montée en compétences

Lorsqu’on se lance dans l’hébergement web, on commence souvent par la solution la plus simple : l’hébergement mutualisé. Mais au fil des besoins, des projets et des compétences acquises, on évolue vers des solutions de plus en plus puissantes, flexibles… et complexes. Voici une chronologie réaliste et pédagogique de cette montée en compétences, étape par … Lire la suite

Hébergeurs alternatifs et éthiques en Europe : le guide complet 2025

À l’heure où la protection des données personnelles, la souveraineté numérique et l’impact écologique du numérique deviennent des enjeux cruciaux, choisir un hébergeur responsable n’est plus une simple option, mais un acte militant. De plus en plus d’acteurs européens s’engagent à offrir des services d’hébergement alternatifs, éthiques et durables, en rupture avec les géants américains … Lire la suite

Serveur de secours : mettre en place un failover automatique entre 2 VPS avec Keepalived et HAProxy

Dans un monde où la haute disponibilité est un prérequis pour tout service critique, la mise en place d’un système de bascule automatique entre deux serveurs (failover) est essentielle. Dans ce tutoriel, nous allons voir comment configurer un système de serveur de secours automatique en utilisant Keepalived et HAProxy sur deux VPS sous Linux (Debian … Lire la suite

Cloudflare, OVH Anti-DDoS et les autres : faut-il faire confiance aux protections réseau ?

Introduction : Le confort des boucliers invisibles Aujourd’hui, la plupart des sites web à fort trafic ou à usage critique sont protégés par un proxy réseau tiers comme Cloudflare, OVH Anti-DDoS, StormWall, ou encore Imperva. Ces services sont souvent vendus comme une assurance tout risque contre les attaques DDoS, les scanners automatiques, ou encore les … Lire la suite

Le mythe de l’infogérance low-cost : ce qu’on vous vend vraiment

Le mythe de l’infogérance low-cost : ce qu’on vous vend vraiment Séduisante sur le papier, l’infogérance low-cost est devenue un argument de vente incontournable. Mais derrière les promesses marketing, la réalité technique est souvent bien différente. Décryptons ensemble les mécanismes de ce mythe, les confusions entretenues entre hébergement et infogérance, et les pièges à éviter … Lire la suite

Tutoriel : Mettre en place un système de monitoring open source (Prometheus + Grafana / Netdata / Zabbix)

Objectif Dans ce tutoriel, on va mettre en place un système de supervision temps réel d’un serveur dédié ou d’un VPS entièrement auto-hébergé, sans solutions SaaS type Datadog, UptimeRobot, NewRelic, etc. On se concentrera sur trois approches possibles : Prometheus + Grafana : combo très puissant, flexible, mais nécessite un peu de configuration. Netdata : … Lire la suite

Comparatif des Panels de Gestion Serveur : Plesk, cPanel, Hestia, Cockpit

Quel est le meilleur choix selon votre profil et vos besoins ? Introduction La gestion d’un serveur Linux, qu’il s’agisse d’un VPS ou d’un dédié, nécessite des compétences techniques. Pour faciliter cette tâche, plusieurs interfaces graphiques de gestion (panels) ont vu le jour. Ces outils permettent de gérer facilement des sites web, des bases de … Lire la suite

Pourquoi choisir un VPS en France pour votre site web ? Avantages, sécurité et performance

Aujourd’hui, la vitesse, la sécurité et la conformité sont devenues des critères essentiels pour tout projet web. Que vous soyez développeur, entrepreneur, ou une entreprise à la recherche d’un hébergement fiable, vous avez probablement entendu parler des serveurs VPS. Mais pourquoi choisir un VPS hébergé en France plutôt qu’à l’étranger ? Voici un tour d’horizon … Lire la suite

Se protéger contre un nom de domaine non légitime qui pointe vers votre serveur (Nginx, Apache)


Il peut arriver qu’un nom de domaine que vous ne possédez pas soit configuré pour pointer vers l’adresse IP de votre serveur. Cela peut entraîner des problèmes :

  • 📉 Perte d’image de marque (le site apparaît sous un nom frauduleux),
  • ⚖️ Problèmes juridiques (contenu associé à un domaine que vous ne contrôlez pas),
  • 🔒 Risques de phishing ou d’abus.

Dans ce tutoriel, voyons comment bloquer efficacement ces domaines non autorisés sur les serveurs web Nginx et Apache.


📌 Pourquoi cela arrive-t-il ?

Un tiers peut créer un enregistrement DNS (de type A) vers votre IP publique. Si votre serveur n’est pas bien configuré, il acceptera de servir votre site quel que soit le domaine utilisé.


🔧 1. Protéger son serveur Nginx

Par défaut, Nginx sert la première configuration server qu’il trouve si aucun server_name ne correspond. Il faut donc ajouter un bloc default_server pour rejeter les domaines inconnus.

✅ Exemple de configuration

# Bloc de sécurité : refuse tout domaine non autorisé (HTTP)
server {
    listen 80 default_server;
    listen [::]:80 default_server;
    return 444;
}

# Bloc de sécurité : refuse tout domaine non autorisé (HTTPS)
server {
    listen 443 ssl default_server;
    listen [::]:443 ssl default_server;

    ssl_certificate /etc/letsencrypt/live/votresite.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/votresite.com/privkey.pem;

    return 444;
}

🧠 À savoir :

  • Le code 444 est spécifique à Nginx : il ferme la connexion sans réponse HTTP.
  • Vous pouvez remplacer par return 403; ou rediriger vers une page de notification si nécessaire.

🔧 2. Protéger son serveur Apache

Apache est plus permissif que Nginx, il sert le premier VirtualHost défini. Pour bloquer les domaines non autorisés, il faut définir un VirtualHost par défaut avec un catch-all.

✅ Exemple de VirtualHost de rejet

<VirtualHost *:80>
    ServerName catch-all
    DocumentRoot /var/www/null

    <Directory /var/www/null>
        Require all denied
    </Directory>
</VirtualHost>

🛡 Ou rediriger :

<VirtualHost *:80>
    ServerName default
    Redirect 403 /
</VirtualHost>

Vous pouvez aussi afficher un message clair : « Ce domaine n’est pas autorisé à pointer vers ce serveur. »


📜 Bonus : bloquer par application (WordPress, etc.)

Si vous utilisez WordPress, vous pouvez renforcer la sécurité côté PHP :

if ($_SERVER['HTTP_HOST'] !== 'votresite.com' && $_SERVER['HTTP_HOST'] !== 'www.votresite.com') {
    header('HTTP/1.0 403 Forbidden');
    exit;
}

Cela garantit que même si la requête passe par Nginx ou Apache, le code PHP refuse de la servir.


🔎 Comment savoir si un domaine pointe vers votre serveur ?

1. Vérifier vos logs :

grep 'Host:' /var/log/nginx/access.log

Ou :

grep 'Host:' /var/log/apache2/access.log

Si vous voyez un Host: tontonduweb.fr (par exemple), ce domaine a bien envoyé une requête vers vous.

2. Utiliser un service de lookup :


🧯 En résumé

Action Nginx Apache
Rejeter domaine inconnu default_server + return 444 VirtualHost *:80 avec Require all denied
Côté application Vérification du $_SERVER['HTTP_HOST'] Idem
Surveillance Logs + outils externes Logs + outils externes

✅ À faire maintenant

  • [ ] Ajoutez les blocs de sécurité à votre configuration Nginx ou Apache.
  • [ ] Testez avec un nom de domaine externe pointant vers votre IP (via un curl -H 'Host: domaine-faux.fr').
  • [ ] Analysez régulièrement vos logs pour détecter des comportements suspects.