バックアップオプションは必要ありません。Discourseの管理画面でバックアップを構成できます。
基本的な標準インストールに従い、考えすぎないでください。
バックアップオプションは必要ありません。Discourseの管理画面でバックアップを構成できます。
基本的な標準インストールに従い、考えすぎないでください。
そのようなアプリがインストールされていようが、していまいが、Discourseをインストールできるはずです。
これは懸念事項でしょうか?WWYD?(What Would You Do? / あなたならどうしますか?)
これらのプロバイダーのいくつかが、13年前のような非常に古いCPUモデルを使用しているという問題听闻を耳にしました。VPSの文脈では、VPSのロケーションなど多くの要因に依存するため、どのCPUが提供されるかについて明確な保証はありません。また、プロバイダーはこれらの文脈において使用可能なCPUモデルについて、ほとんど開示していないのが現状です。
OVHcloudのサポート自身も、私が指定した条件に基づき、私が契約予定の最小プランでは、おそらくIntel E5v3(2014年製)が割り当てられるだろうと述べていました。
Contaboについては、これに関して何も言いたがっていません。そのため、他の情報源を用いて推測するしかありませんが、ほぼ全ての情報源は、EPYC 7282(2019年製)LTEのような、あるいはそれより新しいモデルが使用されていることを示唆しています。
必要に応じて、この情報源は使用される可能性のあるCPUを示していますが、過度に依存するのは避けてください。Contabo CPUs | VPSBenchmarks
これは仮想プライベートサーバー(VPS)です。仮想化された環境です。実際のハードウェア上で多数のインスタンスが稼働しています。彼らが提供しているオペレーティングシステムと、あなたが選択してインストールするソフトウェアを実行するには、完全に十分です。
人々はこれらのサーバーでこのようなことをします。ウェブサーバー、メールサーバー、データベースサーバー、RTMPサーバー、そして誰が何を実行しているのか分かりません。もちろん、ある時点でリソースが不足するでしょう。人々が巨大な動画ファイルをアップロードしているためストレージスペースが不足したり、激しいプロセスを実行しているためRAMが不足したり、毎分何百万人もの人があなたのサイトにアクセスしているため帯域幅が不足したりします。その時点で、VPSのコ費よりも大きな問題に直面することになります。ほとんどのVPSはアップグレード可能です。
VPSを契約してから1時間以内にフォーラムを起動して稼働させることができるはずです。ドメインを登録し、DNSレコードを設定し、標準的なインストール手順に従ってDiscourseをインストールし、リンクを投稿して、皆があなたの優れた作業を称賛できるようにしましょう。
Contabo VPS がプロビジョニング済み
サブドメインを IP アドレスに向け、DNS 伝播完了
メール DNS が伝播済み & SMTP 認証情報入手済み
私のローカル PC は Windows なので、PuTTY が必要ですよね? PuTTY を起動すると、以下のようなメッセージが表示されます。
1) 「Accept」または「Connect Once」を選択すべきでしょうか?
2) ここ👇 は、インストール前/後を意味していますか?
3) Discourse をインストールする前に FileZilla が必要ですか?
4) (これは最初のステップであることは承知しています)VPS のコントロールパネルで、Ubuntu 26.04 のみを指定するか、または 24.04 に以下のアプリから 1 つを無料で追加するかを選択できます。画像内のアプリに加えて、ドロップダウンリストには •Paperclip •Bitcoin Full Node •IPFS Node •Webmin •Proxmox VE 7 •Horizen Node •Ethereum 2.0 - eth-docker image •Ollama - phi4 •Flux Node が表示されています。
[quote=“Gid, post:29, topic:407922”]
ローカルPCはWindowsなので、PuTTYが必要ですね?
[/quote]\n
いいえ、Windowsストアから無料のモダンなWindows Terminalアプリを使用してください。
つまり、オプションなので、スキップすればよいと思います。これらは Discourse のインストールや実行には必要ありません。
これはインストール後に行います。まずはインストールを実行してください。インストール前に何をすべきかについてかなり悩んでいるようですが、それは構いませんが、とりあえず先に進めて実行してみることをお勧めします。思っているほど恐ろしくはありません。
フォーラムを立ち上げて稼働させてから、その後に プラグインについて考えましょう。
Ubuntu 26.04、それとも 24.04
LTS バージョンであればどちらでも構いません。私は 26.04 で稼働しているサイトと、24.04 で稼働しているサイトの両方を運用しています。あなたのケースでは、Discourse が問題なく動作することがよく知られているため、後者(24.04)をお勧めします。
PuTTY で对吧
いいえ、Robert が言った通り、ターミナルを使用してください。(あと、あなたの PC の OS が Windows だなんて、ごめんね lol)
3) Discourse をインストールする前に Filezilla が必要ですか?
標準インストールドキュメントには何と書かれていますか?
4) (これは最初のステップだということは承知しています)VPS のコントロールパネルでは、Ubuntu 26.04 のみを選択するか、以下のリストから 1 つの無料アプリを付加して 24.04 を選択することができます。画像にあるアプリの他に、ドロップダウンリストには •Paperclip •Bitcoin Full Node •IPFS Node •Webmin •Proxmox VE 7 •Horizen Node •Ethereum 2.0 - eth-docker image •Ollama - phi4 •Flux Node が表示されています。
標準インストールドキュメントには何と書かれていますか?
それに従って、必要のない複雑さを追加しないでください。標準インストールの手順に言及されておらず、それが何であるか分からないものは、必要ありません。
コミュニティは常に助けようと前向きですが、必要な知識や技術スキルで壁にぶつかったと感じ、予算がある場合は、Marketplace でカスタマイズされたサポートを依頼することもできます ![]()
もう一つ重要なことを見落としていました。他の VPS とは異なり、これには
2.1) パネルも 2.2) 多くの他の機能も含まれていません
いずれかを追加したほうがよいでしょうか?もし標準で含まれていない場合、無料で簡単に入手できるのでしょうか?
それらのほとんどは、おそらくシステムを壊す原因になります。もしあなたがそのパネルと Discourse の両方の専門家であれば、数時間の作業でそれらを連携させることは可能かもしれません。しかし、パネルがアップグレードされた時点で、再び Discourse が壊れる可能性が高いでしょう。非常に特定のニーズがない限り、それらは必要ありません。そして、あなたにはそのようなニーズはないはずです。
すべてスムーズに進み、ターミナルの質問の最後で認証情報の入力を求められました。ここには何を 입력해야 할까요? これは以前から持っていた疑問です。
![]()
サブドメインに基づいたメールドメイン(noreply@forum.mydomain.com)で自動補完されていますが、私は実際にそのようなアドレスを持っていないと思います。ただし、いくつかのエイリアスは持っています。
実際のエイリアスを入力すべきでしょうか、それともこの疑似メールアドレスの方が良いでしょうか? なぜなら、それは本当に返信がないアドレスになるからです。
1) 本物のエイリアス(別名)を提供すべきでしょうか?それとも、擬似メールアドレス の方が、完全に返信不可(no-reply)などの状態になるため良いでしょうか?
DNS 設定には通常リダイレクト用メールセクションがあり、キャッチオール(catch-all)を追加して、どのメールアドレスに転送するかを選択できます。
2) また、サーバーへの接続が長く続かず、タイムアウトします。次の行から再度 SSH 接続しても接続できず、何度か試しましたが同じ結果です。これは通常ですか?ターミナルと SSH を閉じても問題ないでしょうか?インストールが壊れてしまったのか、それとも中断したところから再開できるのでしょうか?
これは通常ではないと思います。私の環境ではタイムアウトしません。設定でタイムアウトを発生させることは可能ですが、デフォルト設定では unlikely(ありえない)です。もしかしてメモリやディスク容量が不足しているのでしょうか?仕様を改めて教えてください。
おそらく SWAP を設定していないため、メモリ不足になっている可能性が高いです。
以下に設定ガイドを記載します:
digitalocean.com

Add swap space on Ubuntu 20.04 and 22.04 with a swapfile. Covers fallocate, dd, fstab, swappiness, vfs_cache_pressure, and troubleshooting.
Hostingerのサポートによると、一定時間アイドル状態になるとタイムアウトするのは正常な動作とのことです。数分後に再度試したところ、Discourseのセットアップがほぼ再開されました。その後、以下のような表示がされました。サブドメインが接続されたようです
その後、Discourseのダウンロードを示す多くの行が表示された後、しばらくそのままであった最後の2コマンドラインの一部がこちらです(その後接続がタイムアウトしたため、他の行が続いたかどうかは不明です)
![]()
1) ターミナルでのビルド部分は成功しましたか?
ブラウザでサブドメインのリンクを確認したところ、ブラウザのエラーページ(「このサイトにアクセスできません。forum.mydomain.comは接続を拒否しました。」ERR_CONNECTION_REFUSED)が表示されました。
Hostingerのサポート担当者によると、これはDNSが完全に伝播していないことが原因である可能性が高いとのことです(約24時間前にポインタを設定しました)。
提供されたスクリーンショットに基づくと、
* Server initializedおよび* Ready to accept connections tcpという行は、Discourseコンテナ内のRedisデータベースコンポーネントが正常に起動したことを示しています。これはDiscourseの起動プロセスの通常の一部です。
ただし、これらの行だけでは、全体のインストールが完了したことを確認するものではありません。インストールが成功したかどうかを確認するには、以下の点を確認してください。
コマンドプロンプトは戻ってきましたか?
./launcher rebuild appプロセスが完了した後、ターミナルはコマンドプロンプト(例:root@discourse:~#)に戻るはずです。ターミナルがこれらの行で「停止」しているか、さらにログがスクロールしている場合は、プロセスがまだ実行中または停止している可能性があります。コンテナのステータスを確認する
次のコマンドを実行して、コンテナが実行中かどうかを確認します。./launcher status app
app is runningという行が表示されるはずです。app is not runningと表示されている場合、インストールまたは起動に失敗しています。エラーを確認する
ステータスが実行中でない場合は、ログのエラーを確認します。./launcher logs app
ERRORまたはFAILEDとマークされた行を探してください。サイトにアクセスする
WebブラウザでDiscourseのURLを開いてみてください。Discourseのログインページや「Oops」ページ(サイトがまだ起動中の場合に発生することがあります)が表示される場合、インストールは正常に動作している可能性があります。
Launcher updated, restarting...の後にコマンドプロンプトが戻ってきた場合、インストールは成功しました。
AIから指示された短いコマンドを実行したところ、どちらも-bash: ./launcher: No such file or directoryと表示されました。
Hostingerのサポートは、一定時間操作がないとタイムアウトするのは正常だと言っていました。
ビルド中に操作がないわけではありません!
そのプロバイダーでは tmux を使うことを検討してください。
ここには非常に有益なアドバイスがたくさんあります。私は標準に従いましたが、いくつかの点で混乱してしまったため、claude.ai に助けを求めました。その結果は完全に満足いくものでした。
Contaboのライブチャットは機能しておらず、現在のチケットを利用したフィードバックループは不合理なほど遅く、非効率的です。本来はチャットや電話で数分で解決できるはずの問題が、この方法では各メッセージの間に数時間の間隔が生じるため、非常に不合理で、まるでハトを使っているかのようです。本来数分で解決すべき最小限の問題が、結果として数日をかけてしまいます。さらに、彼らの対応もあまり支援的ではありません。
[私のVPSの仕様: 4 vCPUコア、8 GB RAM、200 Mbit/s ポート]
切断が発生した瞬間、ターミナルには何も表示されず、どのくらいの時間で発生したのか分かりません。入力を行うまで気づきません。コマンドラインでroot@xyz:\~# に入力すると、入力が表示されず、すぐにその行が埋められて以下のように表示されます。
root@xyz:\~# client_loop: send disconnect: Connection reset
PS C:\\Users\\user>
5分間アクティブでない状態を確認したところ、切断されていました。3分後を確認したところ、接続されていました。これに基づくと、3〜5分の間のどこかで切断されているようです。ただし、インストールが実行されている場合にも同様の現象が起きるかどうかは確信が持てません。
Contaboにこの件について尋ねたところ
[数時間経過]
特に説明もなく、VPSのパフォーマンスを改善するためと称して別のホストシステムにマイグレーションしました。新しいマイグレーション後のVPSで再試行しましたが、同じ切断問題が発生しました!再度チケットを送信しました。
[数時間経過]
彼らが返信してきた際には、少し詳しく説明があり、この問題が予期せぬ挙動であることを認めて、サーバーにpingを送信するとパケットロスなしで迅速な応答が返ってくるため、問題はネットワーク設定またはネットワークの問題によるものかもしれないと述べていました。現在、この問題のトラブルシューティングを行っています。
上記を踏まえ(利用可能なRAM、この予期せぬ挙動に関する彼らの診断、および現在のトラブルシューティング)、スワップファイルの追加などの変更を今すぐ行うべきか疑問です。(多少は理解していますが、私には少し複雑です)まずは彼らがこれを正常な動作状態に戻すか確認するかもしれません。
8GBは多い方なので、おそらく問題の原因ではないでしょう。
vmstatを使ってメモリ使用量を調べたり、htopのような使いやすいツールをインストールしたりすることもできます。
正直に言うと、これはネットワークの問題のように思えます。
あなたともその点で意見が一致して良かったです。今、彼らとチャットしています。
ping {vps ip address} を実行したところ、接続が長時間維持されました!(手動で切断するまで20分以上)。pingを実行せずに試したところ、接続リセットの問題が再発しました。つまり、ターミナルが入力を得ていない(アイドル状態)ときに発生していました。
Contaboの技術者と何度かやり合いましたが、正確な原因や解決策は見つからず、自分でいくつか試した結果、これが解決策でした https://youtu.be/tpxd0_PKZP8?si=lCnO3OqrqWoUmj13
VPS側に問題がある可能性もありますが、私が遭遇したこの問題はルーター起因かもしれません。接続をリセットしてしまうルーターも存在します。
参考までに、この問題を回避する方法の一つ:ssh root@192.168.1.100 -o ServerAliveInterval=60 -o ServerAlivecountMax=1000
前回のDiscourseインストールは中断されるまでかなり進んでいましたが、スムーズに進むよう、すべてを最初からやり直すことにしました。VPSを工場出荷時の状態にリセットし、その後すんなりと進み、見事に完了しました。
ありがとうございます❤️
みなさんがいなければ、本当に途方に暮れていました。ここで得られた多くの回答のおかげで、1人以上に✅(ベストアンサー)をつけたいほどです(機能リクエストです、笑)。私を導き、すべての質問に答えてくださった皆様に心から感謝します。この素晴らしい製品を私や他の人々によりアクセスしやすくしてくださった方々へ。特に @darkpixlz @Lilly @NateDhaliwal @Andrew_Rowe @merefield に感謝します。大洋を越えて集まり、互いに助け合う美しい心を持つ皆様。あなたのことを覚えており、将来のいつか、何か形でより深く感謝を伝えたいと思います。
私のサイトはまだ準備できていませんが、私の仕事に近い、影響力のあるものを一つご紹介します。ACE: https://animalcharityevaluators.org/