J'ai un compte d'hébergement GoDaddy cPanel. Le domaine principal est enregistré avec GoDaddy et j'ai l'hébergement cPanel. Le domaine principal est hébergé sur un autre hôte et utilise le serveur de noms d'un autre hôte. J'essaie d'ajouter des domaines complémentaires à ce compte GooDaddy cPanel. J'ai configuré les domaines addon avec les fichiers et la base de données, etc.
Ma situation est quelque peu similaire à celle-ci domaine enregistré sur GoDaddy, indiqué par Cloudflare - le domaine addon ne peut pas être ajouté à mon hébergement , mais je n’ai reçu aucune erreur lors de l’ajout du domaine addon.
J'ai deux questions:
Comment puis-je accéder à ces domaines addon pour vérifier s'il est correctement configuré? Normalement, il est accessible via http://example.com/addon-domain.com
Mais dans mon cas, le domaine principal est hébergé ailleurs, il ne fonctionnera donc pas.
http://x.x.x.x/addon-domain.com
ne fonctionne pas non plus.La deuxième question est, cela va-t-il marcher ou dois-je changer le DNS du domaine principal en GoDaddy?
Vous devriez pouvoir y accéder via http://IPADDRESS/~cpanel_accountname/addon_domain_directory
donc ça ressemblerait à quelque chose comme http://123.456.789.000/~matt/addondomain
METTRE À JOUR:. https://au.godaddy.com/help/preview-your-website-395
Il y a un problème avec la méthode ci-dessus ~username
si vous utilisez Wordpress ou un autre système de gestion de contenu similaire. il casse les URLs absolues et rend la page inutilisable sans css, images et javascript.
Une autre méthode pour résoudre ce problème consiste à modifier le fichier hôte et à rediriger le domaine que vous avez créé avec cPanel vers l’adresse IP de votre site.
par exemple 121.12.12.12 www.example.com
Désactivez maintenant le cache DNS du système, cela résoudra le problème de rupture css, image, js.
Comment éditer le fichier hôte sur MacOS
Sudo nano /etc/hosts
_ puis tapez return
.return
.L'accès aux sites Web via IP n'est pas souhaitable et n'est pas pris en charge par la plupart des bons hôtes.
Il est recommandé aux hôtes Web partagés avertis en matière de sécurité de ne pas autoriser l'accès au contenu via l'adresse IP du serveur via mod_userdir, car mod_userdir présente des problèmes de sécurité. Plus d'informations à ce sujet ci-dessous.
Le module mod_userdir responsable du fonctionnement de cette URL est relativement peu sécurisé et augmente les risques d'attaques sur votre compte. Nous sommes préoccupés par la sécurité des utilisateurs et utilisons uniquement les meilleures pratiques de sécurité. Pour cette raison, mod_userdir ainsi que l'URL temporaire sont désactivés sur nos serveurs partagés.
mod_userdir permet d'accéder à la page d'accueil d'un utilisateur à l'aide de l'URL temporaire avec la syntaxe/~ utilisateur /, telle que
http://ipaddress/~user
, où "ipaddress" peut être remplacé par le nom d'hôte du serveur ou par tout nom de domaine résolu en serveur. contenu sur.Le fait d'activer mod_userdir présente des risques et des inconvénients considérables en matière de sécurité:
Les noms d'utilisateur sont exposés - il est possible d'accéder à différents sites Web hébergés sur le serveur via le même nom de domaine (server
s IP address or server
shôtename) en remplaçant uniquement le/~ utilisateur/composant (par exemple,http://ipaddress/~user1
,http://ipaddress/~user2
,http://ipaddress/~user3
, etc.), ce qui rend les comptes hébergés plus vulnérables aux attaques de piratage.Lorsque le module mod_userdir est utilisé pour accéder à un site Web, le trafic est ajouté au total des utilisateurs par lesquels les visiteurs accèdent au site Web, mais pas à l'utilisation de la bande passante de l'utilisateur réellement propriétaire du site Web.
mod_userdir doit être désactivé pour l'accès root afin de protéger le serveur de toute modification par des utilisateurs non-root. Vous devez donc inclure un "UserDir disabled root" dans votre configuration.
Comme vous le savez peut-être, nous avons tendance à introduire les dernières technologies afin de protéger votre compte et vos données à tout moment. Le module mod_userdir est actuellement désactivé sur nos serveurs partagés, ce qui nous permet d'accroître le niveau de sécurité et de réduire les risques de piratage de votre compte et du serveur. Ceci est conforme à nos normes de sécurité les plus élevées et nous permet de vous fournir le niveau de sécurité que vous attendez de nous.
En outre, si son hébergement partagé sans adresse IP dédiée, vous seriez obligé d'utiliser /~username/addon-domain/
, ou quel que soit le système hôte qui ait configuré le processus, en supposant qu'il l'ait activé en premier lieu.
La manière correcte ...
La méthode correcte consiste à vérifier que vous avez ajouté le domaine addon au cPanel, puis à mettre à jour l'enregistrement DNS A avec l'adresse IP du serveur hébergeant le domaine addon ou à utiliser les serveurs de noms recommandés par l'hôte Web hébergeant ce serveur. . Le reste, devrait fonctionner ... mais cela peut prendre 1 heure, ou 72 heures pour qu'Internet mette à jour les enregistrements ... ce n'est pas instantané. Donc, si vous avez ajouté ceci et cela et que vous n'avez pas attendu aussi longtemps ... alors il n'y a peut-être rien de mal à cela, à part le fait que vous n'avez pas attendu assez longtemps.
Si vous souhaitez vérifier la configuration du serveur sans attendre que le DNS se propage sur le Web, vous pouvez modifier le fichier hôte de votre système d'exploitation .
J'ai un compte Cpanel qui avait un domaine addon dont le nom de domaine avait expiré. Les fichiers étaient toujours sur le site et j'avais besoin d'accéder à la page d'accueil du site. Le site a été créé avec Wordpress.
J'ai pu y accéder via http: //ipaddress/~account_name/folder_name/index.php
Dans mon cas, le nom du dossier était le nom de domaine: nom_domaine.com
Cela n'a pas fonctionné jusqu'à ce que j'ai ajouté le fichier index.php. L'utilisation de http: //ipaddress/~account_name/domain_name.com m'a généré une erreur 404.