Discourse のセットアップが、Web サイトの乗っ取り疑惑により中断されました

こんにちは。Digital Ocean のドロップレットに Discourse をセットアップしている最中です。

ワンクリックインストールの手順は正常に完了しました(少なくともエラーは出ませんでした)。しかし、そのスクリプトが完了した後、新しいインストールの URL(www.nzarchitecture.net.nz)を入力してセットアップを進めようとしたところ、Discourse に関連する内容ではなく、以下のような画像が表示されました!image|690x486 D:\Jobs\Screen Captures\Screenpresso\2020-01-04_06h49_44.jpg

その後、ブラウザをリフレッシュすると、その URL に接続さえできなくなり、ブラウザから「err timed out」というエラー応答が返ってきます。

これはセットアッププロセス中に何かが乗っ取られたことを示唆しているのでしょうか?Discourse のセットアップファイル自体が何らかの形で侵害されている可能性はありますか?それとも、何か別のものが悪意のあるコードを注入しているのでしょうか?
これは既知の問題でしょうか?…そして、どう対処すべきでしょうか?ドロップレットを破棄して最初からやり直すべきでしょうか?- しかし、そうした場合、同じ問題が再発しないようにするにはどうすればよいのでしょうか?

「いいね!」 1

残念ながら、Digital Ocean のワンクリックインストールに関するサポートは提供しておりません。公式のインストール手順のみをサポートしています:discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub

「いいね!」 5

こんにちは、ゲルハルトさん

基本的に、あのガイドに従いました。

「ワンクリック」部分は、Ubuntu と Discourse のセットアップファイルが既に含まれたクラウドサーバーを作成しただけだと推測しますか?(実質的にガイドのステップ1で、PuTTY を介してサーバーに接続するとすぐに ./discourse-setup が自動的に起動する、という流れです)

それ以降のすべての手順はガイド通りで、前提条件もガイド通りでした。

この droplet を破棄し、Ubuntu だけの新しい droplet を作成して、ガイドに従って最初からやり直すべきでしょうか?

「いいね!」 1

はい、まさにそれが正しい対応です。動作するインスタンスが得られたとしても、Digital Ocean のインストールスクリプトがどの程度最新のものかは不明なため、サポート対象外となります。

ドメインが異なる IP アドレスに解決していた可能性はありませんか?

「いいね!」 7

こんにちは、トビアスさん。ありがとうございます。

ご提案いただいた手順通りに進めましたが、手順が(一見)正常に完了した後も、Discourse サイト(www.nzarchitecture.net.nz)にアクセスすると、どのブラウザでもタイムアウトしてしまいます。

ドメインレジストラがこのドメインを Digital Ocean のネームサーバーに指していることは確認しました。つまり、この URL が正しいアドレスに解決されているはずです。

Digital Ocean の DNS 設定に、以前使用していた(その後削除して新規に作成した)ドロプレットの IP アドレスを指す誤った A レコードが残っていることに気づきました。これを修正し、https://ipinfo.info/html/ip_checker.php で URL が正しい IP アドレスと関連付けられていることを確認しましたが、依然としてタイムアウトしてしまいます。

他に考えられる原因は何でしょうか?

数回確認した際、そのドメインは無効でしたが、現在は正しく表示されるようになりました。ただし、サイト自体は表示されません。

検索すると、おそらく旧フォーラムの記録が見つかります。

はい、ドメインは現在 165.22.107.139 を指していますが、この IP は ping に応答しないため、そこにアクティブなサーバーがあるようには見えません。

また、一部のノードで関連付けられているもう一つの IP アドレス 167.172.115.196 にはアクティブなサーバーが存在しますが、ページを提供していません。

「いいね!」 1

こんにちは、ロバートさん、ありがとうございます。

私もpingが機能しないことを確認しました。
WindowsのCMDウィンドウから自分のドメインに対してTracertを試みたところ、ニュージーランドの私と、地理的に最も近いサーバーとして選択したシンガポールのDigital Oceanサーバーとの間で問題が発生しました。これが問題の原因でしょうか?もしそうであれば、どのように対処すればよいでしょうか?

Tracertの結果にはリンクが多数含まれているため、新規ユーザーのリンク数制限(最大2つ)により、この投稿に貼り付けることができません。

さて、DNSのAレコードを165.22.107.139に変更したようですね。

ただし、このIPアドレスにはアクティブなマシンが存在しません。まず、ご自身のドロレットがこのIPアドレスに関連付けられており、かつアクティブ状態であることを確認してください。

こんにちは、ロバートさん。はい、その変更は行いました。以前のIPアドレスは、最初からやり直すために作成し、その後削除した最初のドロレットに関連していたと思います。

私の判断では、そこには稼働中のマシンがあるようです(少なくともダッシュボードでは電源がオンになって表示されており、セットアッププロセス中少なくともCPUとネットワークの活動の痕跡があります)。ただし、完全な初心者なので、何か重要な点を見落としている可能性もあります…セットアッププロセスのどこかでサーバーがオフになったことはあるでしょうか?

D:\Jobs\Screen Captures\Screenpresso\2020-01-04_14h44_00.jpg

それは誤解を招く可能性があります。DO サポートにお問い合わせください。何か明らかに問題があります。

「コンソール」をクリックするとどうなりますか?

コンソールを起動すると、ログインを促すコンソールウィンドウが開きます。
root として正常にログインでき、いくつかの基本統計情報が表示されます。
‘eth0:’ に 1 つのアドレス、‘docker0:’ に別のアドレスが表示されていますが、A レコードには最初のアドレスを使用すべきだと推測されます。


DO(DigitalOcean)にサポートチケットを提出しました(数時間前)。しかし、まだ返信がありません。彼らが私のような小規模ユーザーにどの程度のサポートを提供しているのか分かりません(特に、1 クリックインストールツールを最終的に使用しなかった場合)。

はい、確かにネットワークの問題です。その IP アドレスは「パブリック」ではない可能性があります。DO サポートにご確認ください。

わかりました、ご協力ありがとうございます

はい、チケットへの返信はまだありませんが、同じ問題に直面している他の方の参考になればと思い、その間、イメージバックアップを作成し、ドロプレットを破棄して少し待ってからドロプレットを復元し、新しいIPアドレスを割り当てられるようにしました。

その後、DOのDNS Aレコードを更新して一致させました。

新しいIPアドレスにはpingが通りましたが、URL「www.nzarchitecture.net.nz」にアクセスすると、依然としてタイムアウトが発生しました。

しかし、「www」なしで「nzarchitecture.net.nz」と入力すると、Webページが表示され、何らかの理由で「Lamp」を設定するためにSSHで接続するよう促されました。

理論的には、CNAMEレコードで片方がもう片方のエイリアスとして設定されているため、両方のURLは同じ場所に遷移するはずですが、それ自体がおかしいように思えます。

そのまま新しいIPアドレスにPuTTYで接続し、「cd /var/discourse」と入力してから「./discourse-setup」と入力しました。すると、イメージ内にすべてのファイルと設定が残っていることが明確でした。

しかし、何かをリフレッシュする hoping して設定を再度実行しました。そして、これがうまくいったようです!現在、DiscourseのWebページが表示され、新しいアカウントの登録を促されています。

「いいね!」 1

おっと!

もし LAMP のセットアップを推奨しているなら、その Droplet をデプロイする際に選択した OS に何か重大な問題があります。

上記の Droplet を Ubuntu 18.04 で再インストールしてください。アプリケーション経由やワンクリックアプリの機能は使わず、Ubuntu 18.04 を選択してそのまま進めてください。完了後、Discourse のインストール手順に従って進めてください。

「いいね!」 7

バヌーさん、ありがとうございます。ほぼ同じことをやってみたら、うまくいったようです。

「いいね!」 6