Désolé pour cette question DNS basique. Je sais que ce n’est pas spécifiquement un problème de Discourse, j’essaie juste de trouver la meilleure façon de gérer cela avec Discourse dans le mélange.
Je veux configurer un serveur Discourse sur un sous-domaine (par exemple, community.example.com).
Cependant, j’aimerais que le domaine racine (par exemple, example.com) redirige l’utilisateur vers le sous-domaine (par exemple, community.example.com).
Je voudrais faire cela pour réserver efficacement le domaine racine pour une utilisation future par un autre service (disons un serveur web), mais ne pas obliger les utilisateurs à taper le sous-domaine pour accéder au serveur Discourse pour l’instant.
La meilleure façon est-elle de configurer deux enregistrements A (un pour la racine et un pour le sous-domaine) qui pointent tous deux vers le serveur Discourse ?
Je pensais initialement que je devrais configurer un CNAME qui pointe de la racine vers le sous-domaine, mais DigitalOcean ne semble pas me permettre de le faire.
Merci d’avance, et encore une fois, désolé pour cette question basique.
Donc, l’enregistrement A pour example.com pointerait vers l’IP du serveur discourse et le CNAME aurait community.example.com comme alias de example.com ?
Cela ne mettrait-il pas le serveur discourse sur example.com ? Désolé, j’essaie juste de bien comprendre.
J’ai fait cela plusieurs fois par le passé, et un « piège » que je rencontre toujours est http://example.org -\u003e https://discourse.example.org.
Selon la redirection, cela peut entraîner des messages dans le navigateur indiquant qu’il essaie de se connecter à un site Web non sécurisé.
Pour contourner cela, j’utilise un service de redirection qui provisionne un certificat SSL pour la redirection, via mon bureau d’enregistrement chez Gandi. Ils appellent cela le « redirection web ».
Assurez-vous de tester votre redirection en utilisant différents protocoles (HTTP et HTTPS) pour voir comment cela fonctionne pour les visiteurs de votre site.
