Redirection du domaine de premier niveau vers www

Wiki de la communauté Adminsys
1
  1. Utilisez sudo pour élever temporairement vos privilèges et éditer app.yml
cd /var/discourse
sudo nano /containers/app.yml
  1. Éditez le fichier de configuration de Discourse app.yml

Vous devez simplement configurer le fichier app.yml de Discourse pour définir le nom de domaine principal et les alias :

DISCOURSE_HOSTNAME: 'www.discourse.cc'      # Votre nom de domaine principal (adresse d'accès finale)
DISCOURSE_HOSTNAME_ALIASES: 'discourse.cc'  # Autres alias, qui seront automatiquement redirigés vers le nom de domaine principal

Note importante : DISCOURSE_HOSTNAME doit contenir le « nom de domaine principal » que vous souhaitez que les utilisateurs accèdent en dernier lieu, tandis que DISCOURSE_HOSTNAME_ALIASES doit contenir les « alias » qui seront redirigés vers ce nom de domaine principal.
Après avoir terminé l’édition, enregistrez ( Ctrl+O , Entrée, Ctrl+X pour quitter).

  1. Enfin, reconstruisez avec les privilèges root :
sudo ./launcher rebuild app
1 « J'aime »
任何随机子域名重定向到www
2

Ceci est généralement inutile lors d’une installation standard, car vous vous connectez en tant que root.

3 « J'aime »
3

Je n’ai pas très bien compris ce que vous vouliez dire. Pourriez-vous préciser ?

4

L’installation standard nécessite simplement que vous soyez root pour exécuter les scripts. Il est vraiment recommandé de désactiver les connexions root. Digital Ocean les active par défaut car c’est plus simple. Désactiver la connexion par mot de passe pour root est presque aussi efficace que d’exiger une connexion avec un autre utilisateur.

Si vous comptez utiliser la machine à d’autres fins que l’administration (ce qui est inhabituel pour un serveur), vous aurez absolument besoin d’un autre utilisateur.

2 « J'aime »
5

La connexion root est désactivée. Si vous devez activer cette fonctionnalité, comment procéder ?

6

Et c’est probablement une bonne pratique sur le long terme, comme l’a souligné @pfaffman.

Mon point est que, sur l’installation standard, la méthode de connexion habituelle se fait via root, donc sudo n’est pas nécessaire.

L’essentiel ici, c’est que les instructions pour des installations « non standard » (mais plus sécurisées) peuvent prêter à confusion pour certains :

  • « Pourquoi dois-je soudainement utiliser sudo ? ».

Mais bien sûr, se connecter avec le minimum de privilèges est une bonne pratique.

7

Mon point est que l’installation standard exige que vous soyez root, mais elle est agnostique quant à la manière dont vous devenez root.

Ah, je vois. Votre argument est donc vraiment que « tous les autres documents ne discutent pas de la manière dont vous devenez root », donc nous n’avons pas besoin de le faire ici. Je peux être d’accord avec cela.

Il est donc logique de modifier le message original et de supprimer cette discussion pointilleuse. :slight_smile:

2 « J'aime »