@Reindirizza il dominio di primo livello a www

  1. Usa sudo per elevare temporaneamente i privilegi e modificare app.yml
cd /var/discourse
sudo nano /containers/app.yml
  1. Modifica il file di configurazione di Discourse app.yml

Devi solo configurare il file app.yml di Discourse per stabilire il dominio principale e le relazioni di alias:

DISCOURSE_HOSTNAME: 'www.discourse.cc'      # Il tuo dominio principale (indirizzo di accesso finale)
DISCOURSE_HOSTNAME_ALIASES: 'discourse.cc'  # Altri alias, che verranno reindirizzati automaticamente al dominio principale

Nota bene: dopo DISCOURSE_HOSTNAME va inserito il “dominio principale” che desideri far utilizzare agli utenti per l’accesso finale, mentre in DISCOURSE_HOSTNAME_ALIASES vanno inseriti gli “alias” che dovranno essere reindirizzati al dominio principale.
Dopo aver terminato la modifica, salva (premi Ctrl+O, Invio, poi Ctrl+X per uscire).

  1. Infine, ricostruisci con privilegi di root:
sudo ./launcher rebuild app
1 Mi Piace

Questo di solito è superfluo in un’installazione standard, poiché si accede come root

3 Mi Piace

Non ho capito molto bene il tuo significato. Potresti spiegarlo di nuovo?

L’installazione standard richiede semplicemente di essere root per eseguire gli script. È comunque una buona pratica disabilitare l’accesso diretto come root. Digital Ocean li abilita di default perché è più semplice. Disabilitare l’accesso con password per root è quasi equivalente a richiedere l’accesso con un altro utente.

Se intendi utilizzare la macchina per qualsiasi scopo diverso dall’amministrazione (cosa insolita per un server), allora è assolutamente necessario creare un altro utente.

2 Mi Piace

Non è possibile accedere come root. Se si desidera implementare questa funzionalità, come si procede?

E probabilmente è una buona pratica a lungo termine, come ha sottolineato @pfaffman.

Il mio punto è che nell’installazione standard, l’approccio di accesso standard è tramite root, quindi sudo non è necessario.

Il punto principale qui è che le istruzioni per installazioni “non standard” (sebbene più sicure) potrebbero essere confuse per alcuni:

  • “perché ho improvvisamente bisogno di sudo?”.

Ma certo, accedere con i privilegi minimi necessari è una buona pratica.

Il mio punto è che l’installazione standard richiede che tu sia root, ma è agnostica su come diventi root.

Ah, capisco. Quindi il tuo argomento è davvero che “tutti gli altri documenti non spiegano come si diventa root”, quindi non è necessario farlo nemmeno qui. Sono d’accordo.

Quindi ha senso modificare il post originale e cancellare questa discussione pedante. :slight_smile:

2 Mi Piace