GNU/Linux >> Tutoriels Linux >  >> Panels >> cPanel

Où vous devriez conserver vos domaines complémentaires

Lorsque vous configurez un compte d'hébergement Web à l'aide de cPanel, un domaine doit être le domaine principal . Votre domaine principal ira toujours dans un répertoire intitulé public_html . Si vous hébergez d'autres sites sur le même compte cPanel, alors ce sont des domaines supplémentaires . cPanel avait l'habitude d'exiger que ces domaines supplémentaires aillent dans public_html. Maintenant, vous pouvez avoir vos addons n'importe où dans votre répertoire utilisateur. Ce didacticiel vous montrera comment placer vos domaines supplémentaires au meilleur emplacement.

Dans cet article :

  • Savoir ce qu'il faut rechercher
  • Quel est le problème ?
  • Problème de configuration
  • Devez-vous déménager ?

Savoir ce qu'il faut rechercher

Lorsque vous créez un domaine complémentaire dans cPanel, les fichiers correspondants vont dans leur propre répertoire. Dans les versions les plus récentes de cPanel, ce nouveau répertoire se trouve dans le répertoire utilisateur. Cela ressemblera à ceci :

/home/accountusername/addondomainnumber1.com
/home/accountusername/addondomainnumber2.com
/home/accountusername/public_html

Sur les anciens comptes ou les comptes migrés depuis d'autres hébergeurs, cela peut ne pas être le cas. Vos domaines supplémentaires peuvent toujours être à l'intérieur de public_html. L'ancienne configuration ressemble à ceci :

/home/accountusername/public_html/addondomainnumber1.com
/home/accountusername/public_html/addondomainnumber2.com

Quel est le problème ?

Garder vos domaines supplémentaires à l'intérieur de public_html entraîne des risques inutiles. Dans le pire des cas, cela peut transformer un petit problème en un gros problème.

Lorsqu'un site Web est piraté, les pirates impliqués utilisent souvent le site pour envoyer des spams. Souvent, le site lui-même sera modifié. Le site modifié peut rediriger les visiteurs ou tenter de diffuser un code malveillant. Lorsque nos systèmes de sécurité le détectent, le site est immédiatement mis en quarantaine. Pensez-y dans le contexte de la conservation de vos domaines complémentaires dans public_html. Si votre domaine principal est piraté, tous vos sites seront mis en quarantaine. Vous venez de transformer un problème avec un site Web en un problème avec tous vos sites Web.

Pire encore, en gardant vos sites en public_html, vous les exposez également au risque de piratage. La sécurité du serveur empêche généralement les scripts malveillants de "sauter" d'un niveau. En effet, l'exécution de code dans le répertoire utilisateur nécessiterait certaines autorisations. Les fichiers de site dans des répertoires publics comme public_html, cependant, sont entièrement accessibles. Avec une structure de fichiers correctement organisée, les scripts malveillants ne peuvent endommager qu'un seul site. Si tous les sites se trouvent dans le même dossier, cependant, cette protection est manquante. Le code auto-répliquant pourrait nuire à tous les sites du répertoire !

Problème de configuration

Garder plusieurs sites à l'intérieur de public_html complique inutilement les configurations de votre site. Cela est particulièrement vrai pour les sites WordPress. Certaines configurations feront que les paramètres .htaccess et php.ini d'un site affecteront d'autres sites stockés dans le même répertoire. Si vous conservez vos domaines supplémentaires dans public_html, ils sont affectés par les fichiers de configuration du domaine principal. Déplacer le domaine complémentaire en dehors de public_html vous permet d'isoler ce domaine.

Devez-vous déménager ?

La sécurité des sites Web est un peu comme la réglementation des nouveaux bâtiments. Les architectes doivent concevoir un bâtiment sûr et qui ne mettra personne en danger en cas de catastrophe. Personne ne veut que sa maison prenne feu, c'est pourquoi nous construisons des maisons sûres et résistantes aux flammes. Si vous voulez un site Web sûr et sécurisé, vous devez créer une structure de fichiers sécurisée.

Déplacer vos addons dans leur propre répertoire est simple. Tout d'abord, déplacez ou copiez les fichiers du site dans leur propre répertoire dans votre dossier utilisateur. Ensuite, utilisez l'outil de domaine complémentaire cPanel pour modifier le répertoire vers lequel votre domaine "pointe". Vous devrez peut-être ajuster votre php.ini ou .htaccess après le déplacement. Rappelez-vous, faites toujours des sauvegardes avant de faire un changement important comme celui-ci ! Si un site Web réagit de manière inhabituelle au déplacement, vous souhaitez pouvoir le restaurer aussi rapidement et facilement.

Une fois le déménagement terminé, cependant, vous serez plus en sécurité. Si quelque chose ne va pas, vous n'aurez qu'à résoudre un problème, pas plusieurs !

Lorsque vous êtes prêt à mettre à niveau, jetez un œil aux différents plans d'hébergement VPS disponibles !


cPanel
  1. Puis-je ajouter des domaines supplémentaires sans changer de DNS ?

  2. Domaines et alias supplémentaires

  3. Comment configurer des domaines supplémentaires et des alias (domaines parqués) dans cPanel

  4. Comment créer et supprimer des domaines supplémentaires dans cPanel

  5. Créer des domaines supplémentaires dans CentOS Web Panel

Domaines supplémentaires dans cPanel

Comment changer le répertoire des addons

Domaines complémentaires et alias de domaine

Addon Domain cPanel :comment héberger des domaines supplémentaires

Comment créer et gérer des domaines supplémentaires dans cPanel

Comment ajouter des domaines supplémentaires dans cPanel