Lorsqu’un hébergement web est commandé et qu’un nom de domaine vient d’être configuré, il arrive que le navigateur affiche un message inattendu : « Site not installed ». Ce message, bien connu des utilisateurs de l’infrastructure OVHcloud, peut sembler déconcertant au premier abord. Pourtant, il traduit dans la grande majorité des cas une situation temporaire ou un problème de configuration précis, qui se résout avec méthode.
À retenir
- Le message « Site not installed » sur OVHcloud indique généralement une absence de lien correct entre le nom de domaine et l’espace d’hébergement.
- Une mauvaise configuration des enregistrements DNS ou un délai de propagation trop court sont des causes fréquentes de cette erreur.
- L’absence de fichiers essentiels comme index.html ou index.php dans le répertoire racine empêche le serveur web d’afficher le contenu.
- L’utilisation de l’accès SSH permet de vérifier les permissions, les fichiers de configuration, comme le .htaccess, et l’état des services.
- L’assistant de mise en service disponible dans le Manager OVH facilite la configuration initiale et l’association entre le domaine et le stockage.
- Sur les serveurs Bare Metal ou VMware, l’erreur nécessite souvent une configuration manuelle des virtual hosts dans les fichiers serveurs Apache ou Nginx.
Comprendre l’origine du message d’erreur sur votre serveur OVHcloud
Quand votre navigateur affiche cette page blanche accompagnée du fameux message, cela signifie que le serveur a bien reçu la requête, mais qu’il ne trouve aucun site associé au domaine demandé. En d’autres termes, l’infrastructure OVH est opérationnelle, mais le lien entre le nom de domaine et l’hébergement n’est pas encore établi — ou ne l’est pas correctement.
Analyse des problèmes de configuration du système et du pointage DNS
La première piste à explorer concerne la zone DNS. Pour que votre domaine pointe vers le bon hébergement, les enregistrements DNS doivent inclure l’adresse IP exacte du cluster où se trouve votre espace d’hébergement. Un décalage entre l’IP renseignée et celle attribuée par OVHcloud suffit à provoquer ce message d’erreur. La propagation DNS peut également prendre du temps après toute modification : il n’est pas rare que l’indication de mise à jour persiste plusieurs dizaines d’heures après un changement de configuration. Dans ce cas, la patience est de mise, même si l’attente peut dépasser 48 heures dans certaines situations observées sur le réseau.
Il faut aussi savoir qu’un hébergement mutualisé ne répond pas aux requêtes directement via l’adresse IP brute : seul le nom de domaine configuré correctement permet d’atteindre le contenu. Accéder au site via l’IP seule retournera inévitablement une erreur, ce qui est un comportement normal du système.
Vérification du statut de l’installation logicielle et des services web
Au-delà du DNS, la question de l’installation logicielle est centrale. Sur un hébergement mutualisé OVHcloud, si aucun CMS ni fichier web n’a encore été déposé dans le répertoire racine, le serveur ne peut rien afficher. La présence d’un fichier index.html ou d’un fichier index.php dans le bon répertoire est indispensable pour que les services web répondent correctement. Des utilisateurs ont ainsi découvert que supprimer ou déplacer accidentellement ces fichiers lors d’opérations FTP suffisait à faire réapparaître l’erreur.
Par ailleurs, certaines installations WordPress réalisées via les outils en un clic peuvent générer des conflits. Une installation manuelle, bien que plus technique, offre davantage de contrôle sur la structure des données et la cohérence des fichiers déposés.
Les étapes pour corriger le problème via la console et l’accès SSH
Une fois la source du problème identifiée, il convient de procéder méthodiquement. L’accès SSH est l’un des outils les plus efficaces pour diagnostiquer et corriger les anomalies directement sur le serveur, en ligne de commande.
Connexion en mode root et utilisation des clés d’accès sur l’infrastructure
Sur les offres cloud et les serveurs dédiés OVHcloud, la connexion en mode root s’effectue à l’aide d’une clé SSH générée au moment de la commande ou depuis l’espace client. Il est essentiel de conserver précieusement cette clé d’accès, car elle constitue le sésame principal pour toute intervention sur l’infrastructure. Une fois connecté, cliquez sur les options de votre choix dans le menu de gestion pour vérifier l’état des services, inspecter les répertoires et contrôler les droits sur les fichiers.
Pour les hébergements mutualisés, l’accès SSH reste plus limité mais suffisant pour vérifier la présence des fichiers requis, contrôler les redirections via un fichier .htaccess et s’assurer que la base de données est bien associée à l’application installée. Un fichier .htaccess mal configuré peut en effet provoquer des redirections inattendues et bloquer l’affichage du contenu.
Lancement de l’assistant de mise en service et validation du stockage
OVHcloud met à disposition un assistant de mise en service accessible depuis le Manager. Cet outil guide le client pas à pas dans la configuration initiale de son hébergement. Il suffit de suivre chaque étape proposée : vérification du domaine, association à l’espace de stockage, installation du CMS souhaité. Quelques minutes suffisent généralement pour mener à bien ce processus, à condition que le DNS soit déjà propagé.
La validation du stockage est une étape souvent négligée. Il convient de s’assurer que le quota disponible n’est pas atteint et que les fichiers sont bien déposés dans le répertoire web racine, généralement nommé www ou public_html selon la configuration de l’hébergement.
Prévenir le blocage sur vos instances Bare Metal et environnement VMware
Les problèmes d’affichage ne concernent pas uniquement les hébergements mutualisés. Sur des infrastructures plus avancées, comme les serveurs Bare Metal ou les environnements VMware déployés via OVHcloud, les causes et les solutions diffèrent sensiblement.
Configuration optimale du serveur physique et de l’édition du fichier hôte
Un serveur physique ou bare metal nécessite une configuration complète du système d’exploitation et des services web. Contrairement à un hébergement mutualisé, rien n’est préconfiguré : l’édition du fichier de configuration du serveur web (Apache ou Nginx selon le choix de la solution logicielle) est indispensable pour déclarer les virtual hosts et associer chaque domaine à son répertoire. Une erreur dans ce fichier hôte se traduit directement par un message d’erreur du type « Site not installed » ou une page blanche.
Dans un environnement VMware, la gestion des machines virtuelles ajoute une couche supplémentaire de complexité. Chaque instance doit disposer de sa propre adresse IP et de sa propre configuration réseau. Le cloud OVHcloud propose des outils de supervision pour surveiller l’état de ces instances et détecter rapidement tout problème de connectivité ou de configuration.
Sauvegarde des données du client et contrôle rapide des minutes de déploiement
Quelle que soit la nature de l’infrastructure, la sauvegarde régulière des données reste une priorité absolue. Sur les serveurs OVHcloud, des solutions de sauvegarde automatique sont disponibles et permettent de restaurer rapidement un environnement stable en cas d’incident. Cela est particulièrement important lors des phases de déploiement, où des erreurs de manipulation peuvent survenir.
Le suivi du temps de déploiement est également un indicateur précieux. Si la configuration d’un service dépasse un délai raisonnable sans retour visuel dans le Manager, il peut être utile de vérifier les journaux système pour identifier d’éventuels blocages. Les serveurs OVHcloud fournissent des logs accessibles via SSH ou depuis l’interface d’administration, permettant un diagnostic précis et rapide. En combinant une bonne gestion DNS, une installation rigoureuse des fichiers web et une surveillance active de l’infrastructure, il est tout à fait possible d’éviter durablement l’apparition du message « Site not installed » sur ses hébergements OVHcloud.
