Redirección de dominio de nivel superior a www

  1. Usa sudo para elevar temporalmente los privilegios y editar app.yml
cd /var/discourse
sudo nano /containers/app.yml
  1. Edita el archivo de configuración de Discourse app.yml

Solo necesitas configurar el archivo app.yml de Discourse para definir el dominio principal y las relaciones de alias:

DISCOURSE_HOSTNAME: 'www.discourse.cc'      # Tu dominio principal (dirección de acceso final)
DISCOURSE_HOSTNAME_ALIASES: 'discourse.cc'  # Otros alias, que se redirigirán automáticamente al dominio principal

Nota importante: Después de DISCOURSE_HOSTNAME debes poner el “dominio principal” al que quieres que accedan los usuarios, mientras que en DISCOURSE_HOSTNAME_ALIASES debes indicar los “alias” que se redirigirán al dominio principal.
Después de editar, guarda los cambios (Ctrl+O, Enter, Ctrl+X para salir).

  1. Finalmente, reconstruye la aplicación con privilegios de root:
sudo ./launcher rebuild app
1 me gusta

Esto suele ser innecesario en una instalación estándar, ya que inicias sesión como root.

3 Me gusta

No entendí muy bien lo que quisiste decir. ¿Podrías explicarlo de nuevo?

La instalación estándar solo requiere que seas root para ejecutar los scripts. Es una buena práctica deshabilitar los inicios de sesión como root. Digital Ocean los habilita por defecto porque es más sencillo. Deshabilitar el inicio de sesión con contraseña para root es casi tan seguro como exigir que se inicie sesión con otro usuario.

Si vas a usar la máquina para cualquier propósito distinto de la administración (algo inusual en un servidor), entonces definitivamente querrás crear otro usuario.

2 Me gusta

No se permite el inicio de sesión como root. Si necesitas implementar esta funcionalidad, ¿cómo se hace?

Y eso probablemente sea una buena práctica a largo plazo, como señaló @pfaffman.

Mi punto es que, en la instalación estándar, el enfoque de inicio de sesión estándar es mediante root, por lo que sudo no es necesario.

El punto principal aquí es que las instrucciones para instalaciones “no estándar” (si son más seguras) pueden resultar confusas para algunos:

  • “¿por qué de repente necesito sudo?”.

Pero, por supuesto, iniciar sesión con los privilegios mínimos es una buena práctica.

Mi punto es que la instalación estándar requiere que seas root, pero es neutral respecto a cómo te conviertes en root.

Ah, ya veo. Entonces tu argumento es realmente que “todos los demás documentos no discuten cómo te conviertes en root”, así que no necesitamos hacerlo aquí. Puedo estar de acuerdo con eso.

Así que tiene sentido editar el OP y eliminar esta discusión pedante. :slight_smile:

2 Me gusta