⚠ このコンピュータのポート 443 は、ホスト名 metabolism.logophilia.eu を使用してアクセスできないようです ----

こんにちは、件名(および以下参照)のエラーについてです。init 中に「 ポート 80 と 443 は使用可能です」と表示された後に発生しています。DNS は設定済み、SSL も構成済みで、外部からウェブサイトが動作しています(ご自身でテスト可能)。また、以下に curl の出力(一部省略)を追加しました。つまり、ボックス自体からもアクセス可能です。何が不足しているのかアイデアが尽きてしまいました。ご教示いただければ幸いです。

追記:AlmaLinux 10.2 - 6.12.0-211.7.4.el10_2.x86_64

# ./discourse-setup  
→ セットアップウィザードのイメージ更新を確認中... 
→ Discourse セットアップウィザードを開始中... 
 
 
 ___  _ 
|   \(_)___ __ ___ _  _ _ _ ___ ___ 
| |) | (_-< / _/ _ \ || | '_(-< / -_) 
|___/|_/__/\__\___/\_,_|_| /__/\___| 
                       セットアップウィザード 
 
 
→ このウィザードは Discourse のインストール設定を支援します。 
→ いつでも Ctrl+C でキャンセルできます。 
 
── システムチェック ── 
 
[1/5] システム要件の確認 
✓ root として実行中 
✓ Docker が利用可能 
✓ メモリ: 8GB, CPU: 4 コア 
 
── 設定 ── 
 
[2/5] 設定の準備 
✓ ポート 80 と 443 は使用可能です 
→ 新しい設定を作成中... 
→ テンプレートから新しい設定を作成中... 
 
── サイト設定 ── 
 
[3/5] サイト詳細の入力 
 
管理者アカウントのメールアドレス? 
eduard.pech@logophilia.eu▌ 
 
Discourse のドメイン名は持っていますか? 
▸ はい      いいえ 
 
Discourse のホスト名? 
metabolism.logophilia.eu▌ 
 
メール送信用の SMTP を設定しますか?(SMTP 認証情報が必要) 
  はい    ▸ いいえ 
 
 
── 設定の確認 ── 
 
 
╭────────────────────────────────────────────╮ 
│                                            │ 
│  ホスト名       metabolism.logophilia.eu   │ 
│  管理者メール    eduard.pech@logophilia.eu  │ 
│  SMTP           (未設定)           │ 
│  Let's Encrypt  有効                    │ 
│                                            │ 
╰────────────────────────────────────────────╯ 
 
 
これで正しいですか? 
▸ はい      いいえ 
→ 8GB のメモリと 4 CPU コアを検出しました 
→ db_shared_buffers = 2048MB に設定中 
→ UNICORN_WORKERS = 8 に設定中 
 
── ネットワーク検証 ── 
 
[4/5] ドメイン設定の確認 
→ ドメイン名を確認中... 
⚠ このコンピュータのポート 443 は、ホスト名: metabolism.logophilia.eu を使用してアクセスできないようです 
⚠ http://metabolism.logophilia.eu(ポート 80)への接続も失敗しています。 
 
これは、metabolism.logophilia.eu が、Discourse をインストールしているこのマシンに到達しない何らかの IP アドレスに解決されていることを示唆しています。 
 
最初にすべきことは、metabolism.logophilia.eu がこのサーバーの IP アドレスに解決されていることを確認することです。 
通常、これはドメインを購入した場所で設定します。 
 
IP アドレスが正しく解決されていると確信できる場合は、ファイアウォールの問題の可能性があります。 
「open ports YOUR CLOUD SERVICE」でウェブ検索すると役立つかもしれません。 
 
このツールは最も標準的なインストールのみを対象として設計されています。上記の問題を解決できない場合は、containers/app.yml を自分で編集し、その後以下を入力する必要があります: 
 
    ./launcher rebuild app 
 
 
✗ metabolism.logophilia.eu の DNS 検証に失敗しました 
[root@logophilia discourse]# dig metabolism.logophilia.eu 
 
; <<<>>> DiG 9.18.33 <<<>>> metabolism.logophilia.eu 
;; global options: +cmd 
;; 回答を取得しました: 
;; ->>>HEADER<<<- opcode: QUERY, status: NOERROR, id: 36726 
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 
 
;; OPT PSEUDOSECTION: 
; EDNS: version: 0, flags:; udp: 512 
;; QUESTION SECTION: 
;metabolism.logophilia.eu.      IN      A 
 
;; ANSWER SECTION: 
metabolism.logophilia.eu. 300   IN      A       75.119.134.68 
 
;; Query time: 8 msec 
;; SERVER: 213.136.95.10#53(213.136.95.10) (UDP) 
;; WHEN: Sat Jun 06 04:52:23 CEST 2026 
;; MSG SIZE  rcvd: 69 
 
[root@logophilia discourse]# curl -v https://metabolism.logophilia.eu 
* Host metabolism.logophilia.eu:443 was resolved. 
* IPv6: (none) 
* IPv4: 75.119.134.68 
*   Trying 75.119.134.68:443... 
* ALPN: curl offers h2,http/1.1 
* TLSv1.3 (OUT), TLS handshake, Client hello (1): 
*  CAfile: /etc/pki/tls/certs/ca-bundle.crt 
*  CApath: none 
* TLSv1.3 (IN), TLS handshake, Server hello (2): 
* TLSv1.3 (IN), TLS change cipher, Change cipher spec (1): 
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8): 
* TLSv1.3 (IN), TLS handshake, Certificate (11): 
* TLSv1.3 (IN), TLS handshake, CERT verify (15): 
* TLSv1.3 (IN), TLS handshake, Finished (20): 
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1): 
* TLSv1.3 (OUT), TLS handshake, Finished (20): 
* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384 / x25519 / RSASSA-PSS 
* ALPN: server accepted http/1.1 
* Server certificate: 
*  subject: CN=metabolism.logophilia.eu 
*  start date: Jun  6 00:26:43 2026 GMT 
*  expire date: Sep  4 00:26:42 2026 GMT 
*  subjectAltName: host "metabolism.logophilia.eu" matched cert's "metabolism.logophilia.eu" 
*  issuer: C=US; O=Let's Encrypt; CN=YR2 
*  SSL certificate verify ok. 
*   Certificate level 0: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption 
*   Certificate level 1: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption 
*   Certificate level 2: Public key type RSA (4096/152 Bits/secBits), signed using sha256WithRSAEncryption 
*   Certificate level 3: Public key type RSA (4096/152 Bits/secBits), signed using sha256WithRSAEncryption 
* Connected to metabolism.logophilia.eu (75.119.134.68) port 443 
* using HTTP/1.x 
> GET / HTTP/1.1 
> Host: metabolism.logophilia.eu 
> User-Agent: curl/8.12.1 
> Accept: */* 
>  
* Request completely sent off 
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4): 
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4): 
< HTTP/1.1 200 OK 
< Date: Sat, 06 Jun 2026 02:52:36 GMT 
< Server: Apache 
< Last-Modified: Sat, 06 Jun 2026 01:25:19 GMT 
< ETag: "1325f-6538ba67ff892" 
< Accept-Ranges: bytes 
< Content-Length: 78431 
< Content-Type: text/html; charset=UTF-8 
<  
<!doctype html> 
<html lang="en" data-bs-theme="auto"> 
<head> 
  <title> 
    metabolism.logophilia.eu &mdash;  Domain welcome page for  </title> 
  <meta charset="utf-8">
……


こんにちは、

ご自身のウェブサイトを私も確認しました。どうやら、ホスティングプロバイダーがポート 443 を占有してこのウェルカムページを表示しているようです。Discourse がポート 443/80 を完全に制御できるようにするには、これらのポートを完全に解放する方法を調べていただく必要があります。

すでにその手順は実行しました。VPS は Virtualmin で管理されており、単なるチェックボックスの設定です。残念ながら、「Web サイトを有効化」のチェックを外すと、ホストから 443/80 への curl ができず、Discourse のセットアップは同じエラーを報告し続けます。そのため、少なくとも SSL ハンドシェイクが機能していることを示せるよう、再度 Web サイトを有効化することにしました。
また、元の投稿でお分かりのように、Discourse のセットアップは当初「443 は利用可能」と報告しています。これは初めてのインストールであり、これは「すべて正常(緑色)」と解釈します。なぜセットアップは「考えを変える」のでしょうか?
繰り返しになりますが、すべての詳細を理解する必要はありません。つまり、サブドメインで Apache が無効化されていても、Discourse のセットアップの結果は同じということです。

お時間をいただきありがとうございます。追加で clarification が必要なことがあれば、ほぼ何でも提供いたします。

私も自宅のサーバーで同じ問題に直面しました:

DNS が正しく設定されており、ポートも正常に動作していることが 100%確信できる場合、次のコマンドを実行することで解決すると考えられます。

./install-discourse --skip-connection-test

ありがとうございます、これで解決したようです!:purple_heart:

スクリプトは 5/5 を超えており、さらに多くの追加アイテムのアップロードやインストールを行っているようです。SSL 証明書が現在正しくないようですが、TTL タイムアウトを待っているのか、あるいはセットアップが完了すれば問題なくなるかもしれません。

Discourse や Docker、あるいは Ruby については全くの初心者ですが、DNS 周りの設定はいつも問題ありません :slight_smile: もう一度、ありがとうございます!

解決済みとして既にマークされているのを見ましたが、よろしければもう一つ質問があります。

Postgres が必要なのは知っているのですが、

https://github.com/discourse/discourse/blob/main/docs/INSTALL-cloud.md

には記載されていません。

そのため、Docker イメージには Postgres がインストールされているものだと思っていました。VPS に Postgres をインストールする必要があるのか、ご確認いただけますでしょうか?インストール手順にはその記載がありません。

…あるいは、Docker には Postgres が含まれているものの、スクリプトが何らかの原因で失敗したのでしょうか?最後にシャットダウンしてしまうためです。

........
I, [2026-06-06T04:23:49.114769 #1]  INFO -- : File > /etc/runit/1.d/install-ssl  chmod: +x  chown: 
I, [2026-06-06T04:23:49.114999 #1]  INFO -- : Replacing # after ssl with if [ -z "$DISABLE_LETSENCRYPT" ] || [ -n "$ENABLE_LETSENCRYPT" ]; then
  /usr/local/bin/configure-ssl
  exec /usr/local/bin/configure-letsencrypt
fi
# after ssl in /etc/runit/1.d/install-ssl
I, [2026-06-06T04:23:49.125964 #1]  INFO -- : File > /usr/local/bin/configure-ssl  chmod: +x  chown: 
I, [2026-06-06T04:23:49.127031 #1]  INFO -- : > curl https://raw.githubusercontent.com/acmesh-official/acme.sh/3.0.6/acme.sh > /opt/acme.sh
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  215k  100  215k    0     0   635k      0 --:--:-- --:--:-- --:--:--  637k
I, [2026-06-06T04:23:49.514883 #1]  INFO -- : > chmod +x /opt/acme.sh
I, [2026-06-06T04:23:49.554670 #1]  INFO -- : File > /usr/local/bin/configure-letsencrypt  chmod: +x  chown: 
I, [2026-06-06T04:23:49.596808 #1]  INFO -- : File > /usr/local/bin/letsencrypt  chmod: +x  chown: 
I, [2026-06-06T04:23:49.598926 #1]  INFO -- : > echo "Beginning of custom commands"
Beginning of custom commands
I, [2026-06-06T04:23:49.605809 #1]  INFO -- : > echo "End of custom commands"
End of custom commands
I, [2026-06-06T04:23:49.608842 #1]  INFO -- : Terminating async processes
I, [2026-06-06T04:23:49.609015 #1]  INFO -- : Sending INT to HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/15/bin/postmaster -D /etc/postgresql/15/main pid: 44
I, [2026-06-06T04:23:49.609157 #1]  INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 111
2026-06-06 04:23:49.609 UTC [44] LOG:  received fast shutdown request
111:signal-handler (1780719829) Received SIGTERM scheduling shutdown...
2026-06-06 04:23:49.612 UTC [44] LOG:  aborting any active transactions
2026-06-06 04:23:49.619 UTC [44] LOG:  background worker "logical replication launcher" (PID 58) exited with exit code 1
2026-06-06 04:23:49.623 UTC [53] LOG:  shutting down
2026-06-06 04:23:49.634 UTC [53] LOG:  checkpoint starting: shutdown immediate
111:M 06 Jun 2026 04:23:49.683 * User requested shutdown...
111:M 06 Jun 2026 04:23:49.683 * Saving the final RDB snapshot before exiting.
111:M 06 Jun 2026 04:23:49.698 * DB saved on disk
111:M 06 Jun 2026 04:23:49.700 # Redis is now ready to exit, bye bye...
2026-06-06 04:23:49.711 UTC [53] LOG:  checkpoint complete: wrote 87 buffers (0.0%); 0 WAL file(s) added, 0 removed, 0 recycled; write=0.041 s, sync=0.022 s, total=0.088 s; sync files=52, longest=0.008 s, average=0.001 s; distance=86 kB, estimate=86 kB
2026-06-06 04:23:49.735 UTC [44] LOG:  database system is shut down