@トップレベルドメインをwwwにリダイレクト

  1. sudo を使用して一時的に権限を昇格させ、app.yml を編集します
cd /var/discourse
sudo nano /containers/app.yml
  1. Discourse の設定ファイル app.yml を編集します

Discourse の設定ファイル app.yml において、メインドメインとエイリアスの関係を確定させる設定を行うだけでかまいません:

DISCOURSE_HOSTNAME: 'www.discourse.cc'      # メインドメイン(最終的なアクセス先)  
DISCOURSE_HOSTNAME_ALIASES: 'discourse.cc'  # 他のエイリアス。自動的にメインドメインへリダイレクトされます

ご注意くださいDISCOURSE_HOSTNAME の後に指定するのは、ユーザーが最終的にアクセスする「メインドメイン」です。DISCOURSE_HOSTNAME_ALIASES には、メインドメインへリダイレクトしたい「エイリアス」を記述します。

編集が完了したら保存します(Ctrl+O、Enter、Ctrl+X で終了)。

  1. 最後に root 権限で再構築を実行します:
sudo ./launcher rebuild app
「いいね!」 1

これは通常、rootとしてログインするため、標準的なインストールでは不要です。

「いいね!」 3

あなたの言っている意味があまりよくわかりません。もう一度説明していただけますか?

標準インストールでは、スクリプトを実行するために root 権限が必要です。root でのログインを禁止するのがベストプラクティスです。DigitalOcean は、簡単にするため、デフォルトで root ログインを有効にしています。root でのパスワードによるログインを禁止することは、別のユーザーとしてログインを必須とするのとほぼ同等のセキュリティ効果があります。

サーバーとしては一般的ではありませんが、管理以外の目的でこのマシンを使用する場合は、別のユーザーを作成することを強くお勧めします。

「いいね!」 2

root でのログインが許可されていない場合、この機能を有効にするにはどうすればよいですか?

@pfaffman が指摘した通り、長期的にはおそらく良い慣行でしょう。

私の言いたい点は、標準インストールでは標準的なログイン方法は root 経由であり、したがって sudo は不要だということです。

ここで重要な点は、「非標準的」(より安全な場合が多い)インストールの手順が、一部の人にとって混乱を招く可能性があることです。

  • 「なぜ急に sudo が必要になったのか?」

もちろん、最小権限でログインすることは良い慣行です。

私の主張は、標準インストールでは root であることが必要ですが、root になる方法については特定していないということです。

ああ、なるほど。つまり、あなたの主張は「他のすべてのドキュメントでは root になる方法について言及していないのだから、ここでもそれを述べる必要はない」ということですね。それには同意できます。

「いいね!」 2