01.11.2024

Administration

DNS

Noms de domaine

Pourquoi un site web différent s’ouvre-t-il à l’adresse de mon domaine ?

Découvrir que votre domaine charge le site web de quelqu’un d’autre — ou une page entièrement inattendue — est l’une des expériences les plus désorientantes pour les propriétaires de sites web et les administrateurs système. Que vous veniez de migrer vers un nouvel hébergeur, que vous ayez récemment mis à jour vos enregistrements DNS, ou que vous n’ayez rien touché du tout, ce problème peut avoir plusieurs causes distinctes. La bonne nouvelle, c’est que chacune d’elles est diagnosticable et réparable.

Ce guide vous accompagne à travers les raisons les plus courantes pour lesquelles un mauvais site web apparaît à votre domaine, comment diagnostiquer systématiquement le problème, et les étapes exactes pour le résoudre définitivement.

1. Causes courantes : Pourquoi le mauvais site web s’affiche-t-il ?

Comprendre la cause sous-jacente est la première étape vers une réparation fiable. Il y a trois catégories principales de défaillance : la mauvaise configuration DNS, le pointage de domaine incorrect et les erreurs de configuration du serveur web.

1.1 Mauvaise configuration DNS

Enregistrements DNS incorrects

Les enregistrements DNS de votre domaine agissent comme un annuaire — ils indiquent à Internet quelle adresse IP du serveur utiliser lorsque quelqu’un tape votre nom de domaine. Si ces enregistrements pointent vers la mauvaise adresse IP, les visiteurs atterriront sur le site web hébergé à cette adresse incorrecte.

Cette situation se produit couramment lorsque :

Vous avez récemment migré vers un nouvel hébergeur (par exemple, en passant à un plan VPS Hosting) mais avez oublié de mettre à jour votre enregistrement DNS vers l’IP du nouveau serveur.
Un administrateur précédent a modifié les paramètres DNS sans documentation appropriée.
Les enregistrements DNS de votre registraire ont été accidentellement écrasés lors d’un renouvellement ou d’un transfert de domaine.

Délai de propagation DNS

Même lorsque vous mettez à jour correctement vos enregistrements DNS, les modifications ne prennent pas effet globalement et instantanément. La propagation DNS peut prendre de quelques minutes à 72 heures, selon la valeur TTL (Time to Live) précédemment définie sur vos enregistrements. Pendant cette période, différents utilisateurs dans différentes zones géographiques peuvent voir différents sites web — certains voyant l’ancien serveur, d’autres le nouveau.

C’est un comportement normal, mais cela peut être alarmant si vous ne l’attendez pas.

1.2 Problèmes de pointage de domaine

Plusieurs domaines pointant vers la même adresse IP

Si plusieurs noms de domaine se résolvent tous vers la même adresse IP du serveur, le serveur web doit décider quel site web servir pour chaque requête. Il prend cette décision en fonction du nom de domaine inclus dans l’en-tête de la requête HTTP. Si votre domaine n’est pas explicitement configuré sur ce serveur, le serveur se rabattra sur la fourniture de son hôte virtuel par défaut — qui pourrait être le site web de quelqu’un d’autre entièrement.

C’est un problème particulièrement courant dans les environnements d’hébergement partagé et les serveurs VPS non gérés où le site par défaut n’a pas été supprimé.

Enregistrements CNAME ou Alias mal configurés

Un enregistrement CNAME (Canonical Name) redirige un domaine vers un autre. Si votre domaine a un enregistrement CNAME pointant vers un domaine tiers — peut-être un vestige d’une configuration CDN, d’équilibreur de charge ou d’hébergement précédente — vos visiteurs peuvent être transparemment transférés vers un site web complètement différent sans aucune redirection évidente dans le navigateur.

1.3 Problèmes de configuration du serveur web

Aucun hôte virtuel défini pour votre domaine

Apache et Nginx utilisent tous deux le concept d’hôtes virtuels (ou blocs serveur dans Nginx) pour servir plusieurs sites web à partir d’un seul serveur. Si aucun hôte virtuel n’est configuré pour votre nom de domaine spécifique, le serveur web ne saura pas comment gérer les requêtes entrantes pour celui-ci. Au lieu de cela, il servira le premier hôte virtuel défini — le défaut — qui peut appartenir à un site web complètement différent.

Directive ServerName ou server_name mal configurée

Même si un hôte virtuel existe, une faute de frappe ou une mauvaise configuration dans la directive ServerName (Apache) ou server_name (Nginx) fera échouer le serveur à faire correspondre les requêtes entrantes au site correct, se rabattant à nouveau sur le défaut.

2. Comment diagnostiquer le problème étape par étape

Ne devinez pas — suivez ce processus de diagnostic systématique pour identifier la cause exacte avant de tenter une réparation.

Étape 1 : Vérifiez vos enregistrements DNS

Utilisez les outils de ligne de commande pour vérifier à quelle adresse IP votre domaine se résout actuellement.

Utilisation de nslookup :

nslookup yourdomain.com

Utilisation de dig (sortie plus détaillée) :

dig yourdomain.com A +short

Comparez l’adresse IP renvoyée avec l’adresse IP du serveur où votre site web est réellement hébergé. S’ils ne correspondent pas, vous avez trouvé votre problème — les enregistrements DNS doivent être mis à jour.

Vous pouvez également utiliser des outils en ligne tels que MXToolbox DNS Lookup ou WhatsMyDNS pour vérifier l’état de la propagation sur plusieurs résolveurs DNS globaux simultanément.

Étape 2 : Vérifiez les paramètres des serveurs de noms auprès de votre registraire

Connectez-vous au panneau de contrôle de votre registraire de domaine (ou vérifiez vos paramètres via Domain Registration si votre domaine est enregistré auprès d’AlexHost). Confirmez que :

Les serveurs de noms pointent vers votre fournisseur d’hébergement actuel, et non vers un précédent.
L’enregistrement A pour votre domaine racine (example.com) pointe vers la bonne adresse IP de votre serveur.
L’enregistrement CNAME pour www.example.com pointe vers votre domaine racine ou directement vers la bonne IP.
Il n’y a pas d’enregistrements CNAME inattendus pointant vers des domaines tiers.

Étape 3 : Testez la réponse par défaut du serveur

Utilisez curl avec un en-tête Host personnalisé pour simuler ce que le serveur web retourne lorsque votre domaine est demandé :

curl -I -H "Host: yourdomain.com" http://YOUR_SERVER_IP

Si cela retourne du contenu du mauvais site web, le problème est définitivement dans la configuration de l’hôte virtuel du serveur web, pas DNS.

Étape 4 : Vérifiez les problèmes de cache du navigateur

Avant de conclure qu’il y a un problème côté serveur, excluez la mise en cache du navigateur local. Ouvrez votre navigateur en mode incognito/privé et accédez à votre domaine. Si le site correct apparaît en incognito mais pas normalement, le problème est simplement un cache de navigateur obsolète.

3. Solutions : Comment corriger le mauvais site web qui se charge

Une fois que vous avez identifié la cause, appliquez la solution appropriée ci-dessous.

Solution 1 : Mettez à jour vos enregistrements DNS

Si votre enregistrement DNS A pointe vers la mauvaise adresse IP, mettez-le à jour immédiatement via votre fournisseur DNS ou votre registraire de domaine.

Étapes générales :

Connectez-vous à votre panneau de gestion DNS.
Localisez l’enregistrement A pour votre domaine racine (example.com ou www.example.com).
Modifiez la valeur de l’adresse IP vers votre IP de serveur correcte.
Enregistrez les modifications.
Optionnellement, réduisez la valeur TTL à 300 secondes (5 minutes) avant de faire des modifications pour accélérer la propagation.

Attendez jusqu’à 24–48 heures pour une propagation globale complète, bien que la plupart des résolveurs repèrent le changement dans 1–2 heures avec un TTL faible.

Solution 2 : Configurez un hôte virtuel sur votre serveur web

C’est la correction la plus critique si votre DNS est correct mais que le mauvais site se charge toujours. Vous devez explicitement définir un hôte virtuel pour votre domaine.

Pour Apache — créez ou modifiez une configuration d’hôte virtuel :

<VirtualHost *:80>
    ServerName yourdomain.com
    ServerAlias www.yourdomain.com
    DocumentRoot /var/www/yourwebsite
    ErrorLog ${APACHE_LOG_DIR}/yourdomain_error.log
    CustomLog ${APACHE_LOG_DIR}/yourdomain_access.log combined
</VirtualHost>

Enregistrez cette configuration dans /etc/apache2/sites-available/example.com.conf, puis activez-la et redémarrez Apache :

sudo a2ensite yourdomain.conf
sudo systemctl restart apache2

Pour Nginx — créez ou modifiez une configuration de bloc serveur :

server {
    listen 80;
    server_name yourdomain.com www.yourdomain.com;
    root /var/www/yourwebsite;
    index index.html index.php;

    access_log /var/log/nginx/yourdomain_access.log;
    error_log /var/log/nginx/yourdomain_error.log;
}

Enregistrez ceci dans /etc/nginx/sites-available/example.com, activez-le et redémarrez Nginx :

sudo ln -s /etc/nginx/sites-available/yourdomain.conf /etc/nginx/sites-enabled/
sudo nginx -t
sudo systemctl restart nginx

> Conseil professionnel : Exécutez toujours apache2ctl configtest ou nginx -t avant de redémarrer votre serveur web pour détecter les erreurs de syntaxe dans vos fichiers de configuration.

Si vous préférez gérer les hôtes virtuels via une interface graphique plutôt que la ligne de commande, envisagez d’utiliser un VPS avec cPanel ou d’explorer d’autres VPS Control Panels qui simplifient considérablement la gestion des domaines et des hôtes virtuels.

Solution 3 : Supprimez ou corrigez les enregistrements CNAME mal configurés

Si un enregistrement CNAME rogue redirige votre domaine vers un autre site :

Connectez-vous à votre panneau de gestion DNS.
Localisez tous les enregistrements CNAME associés à votre domaine ou au sous-domaine www.
Vérifiez que chaque CNAME pointe vers la destination prévue.
Supprimez ou corrigez tous les enregistrements qui pointent vers des domaines tiers non intentionnels.

Rappelez-vous : vous ne pouvez pas avoir à la fois un enregistrement CNAME et un enregistrement A pour le même nom d’hôte. Si vous voulez que votre domaine racine (example.com) pointe vers une adresse IP, utilisez un enregistrement A — pas un CNAME.

Solution 4 : Effacez le cache du navigateur et le cache DNS

Si le problème n’affecte que votre machine locale, l’effacement des données en cache le résoudra.

Effacez le cache du navigateur :

Chrome : Ctrl+Shift+Delete
Firefox : Ctrl+Shift+Delete

Videz votre cache DNS local :

Sur Windows :

ipconfig /flushdns

Sur macOS :

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

Sur Linux :

sudo systemd-resolve --flush-caches

Solution 5 : Sécurisez votre domaine avec SSL après correction du DNS

Une fois que votre domaine pointe correctement vers votre site web, il est fortement recommandé d’installer un certificat SSL pour activer HTTPS. Cela non seulement protège vos visiteurs, mais confirme également aux moteurs de recherche et aux navigateurs que votre domaine est légitime et sécurisé. AlexHost propose des SSL Certificates qui peuvent être rapidement provisionnés pour votre domaine.

4. Comment prévenir ce problème à l’avenir

Résoudre le problème n’est que la moitié de la bataille. Mettez en œuvre ces meilleures pratiques pour éviter qu’il ne se reproduise :

Documentez tous les changements DNS avec des horodatages et la raison de chaque changement.
Définissez des valeurs TTL appropriées — utilisez des TTL faibles (300–600 secondes) lors de la planification de migrations, et restaurez-les à des valeurs standard (3600+ secondes) après.
Surveillez vos enregistrements DNS à l’aide d’outils automatisés qui vous alertent lorsque les enregistrements changent de manière inattendue.
Configurez toujours des hôtes virtuels explicites — ne comptez jamais sur le site par défaut d’un serveur pour gérer le trafic de votre domaine.
Auditez vos enregistrements DNS périodiquement, en particulier après les migrations d’hébergement, les changements de CDN ou les transferts de domaine.
Utilisez un fournisseur d’hébergement fiable avec une infrastructure robuste. Que vous exécutiez un petit blog sur Shared Web Hosting ou une application à fort trafic sur un serveur dédié, le choix d’un fournisseur disposant d’outils clairs de gestion DNS réduit le risque de mauvaise configuration.

Conclusion

Voir un site web complètement différent lorsque vous accédez à votre propre domaine est un problème grave, mais il a toujours une cause logique et traçable. Le problème provient presque toujours de l

Économisez 15% sur tous les services d'hébergement