⚠ Port 443 dieses Computers scheint über den Hostnamen metabolism.logophilia.eu nicht erreichbar zu sein ----

[Idoru_Toei]

Hallo, ich erhalte den im Betreff genannten Fehler (siehe auch unten), nachdem während der Initialisierung die Meldung „✓ Ports 80 und 443 sind frei für die Nutzung

[darkpixlz (Pyx)]

Hallo,

ich habe Ihre Website selbst überprüft. Es scheint, als würde Ihr Hosting-Anbieter den Port 443 blockieren, um diese Willkommensseite anzuzeigen. Sie müssen herausfinden, wie Sie den Port 443/80 vollständig für Discourse freigeben können, damit es ihn steuern kann.

[Idoru_Toei]

Das habe ich bereits getan. Der VPS wird mit Virtualmin verwaltet, und es handelt sich lediglich um ein Häkchen. Leider kann ich, wenn ich „Website aktiviert“ deaktiviere, von der Hostmaschine aus weder Port 443 noch 80 mit curl erreichen, und die Discourse-Einrichtung beschwert sich weiterhin mit demselben Fehler. Daher dachte ich, ich aktiviere die Website wieder, um zumindest zu zeigen, dass der SSL-Handshake funktioniert.
Wie in meinem ursprünglichen Beitrag zu sehen ist, behauptet die Discourse-Einrichtung anfangs tatsächlich, dass Port 443 verfügbar ist. Dies ist meine erste Installation, und ich würde das so interpretieren: alles grün. Warum ändert die Einrichtung dann „ihrer Meinung“?
Andererseits muss ich nicht jedes Detail verstehen. Ich sage nur: Wenn Apache auf der Subdomain deaktiviert ist, ist das Ergebnis der Discourse-Einrichtung dasselbe.

Vielen Dank, dass Sie sich die Zeit genommen haben. Falls Sie weitere Informationen zur Klärung benötigen, werde ich (fast) alles tun.

[darkpixlz (Pyx)]

@Idoru_Toei

und das Discourse-Setup beschwert sich immer noch mit demselben Fehler

Ich hatte hier das gleiche Problem (auf meinem eigenen Server zu Hause):

SKIP_CONNECTION_TEST does not work on install-discourse script

I’ve tried basically everything I can imagine and nothing is working so I can only infer that this is a bug. Things I’ve tried: SKIP_CONNECTION_TEST=1 ./install-discourse export SKIP_CONNECTION_TEST=1; ./install-discourse Commenting out the line in my local discourse-setup copy yet it still whines that there is no port 443 (which is not an issue because I am under a reverse proxy): root@discourse:~/discourse_docker# ./install-discourse Discourse One-Line Installer → Docker is already ins…

Ich bin überzeugt, dass die Lösung darin besteht, dies zu tun, wenn du zu 100 % sicher bist, dass die DNS-Einstellungen korrekt sind und deine Ports ordnungsgemäß funktionieren.

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

[Idoru_Toei]

Vielen Dank, das hat scheinbar funktioniert!

Das Skript ist jetzt über 5/5 hinaus und lädt bzw. installiert anscheinend viele zusätzliche Dinge. Das SSL-Zertifikat ist jetzt falsch, ich vermute, es wartet entweder auf das TTL-Timeout oder es wird in Ordnung sein, sobald die Einrichtung abgeschlossen ist.

Obwohl ich mich wirklich nicht mit Discourse, Docker oder sogar Ruby auskenne… ist die DNS-Seite der Dinge niemals ein Problem Nochmals vielen Dank!

[Idoru_Toei]

Ich sehe, es ist bereits als Lösung markiert. Aber ich habe noch eine Frage, wenn ich darf.

Ich weiß, dass Postgres benötigt wird, aber es wird nicht erwähnt auf

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

Daher dachte ich, das Docker-Image komme mit installiertem Postgres. Könnten Sie bitte klären, ob ich Postgres auf dem VPS installieren muss? Denn die Installationsanweisungen erwähnen das nicht.

… oder vielleicht kommt das Docker-Image mit Postgres, aber das Skript ist irgendwie fehlgeschlagen? Denn es wird am Ende heruntergefahren:

........
I, [2026-06-06T04:23:49.114769 #1]  INFO -- : Datei > /etc/runit/1.d/install-ssl  chmod: +x  chown: 
I, [2026-06-06T04:23:49.114999 #1]  INFO -- : Ersetze # nach ssl durch if [ -z "$DISABLE_LETSENCRYPT" ] || [ -n "$ENABLE_LETSENCRYPT" ]; then
  /usr/local/bin/configure-ssl
  exec /usr/local/bin/configure-letsencrypt
fi
# nach ssl in /etc/runit/1.d/install-ssl
I, [2026-06-06T04:23:49.125964 #1]  INFO -- : Datei > /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 -- : Datei > /usr/local/bin/configure-letsencrypt  chmod: +x  chown: 
I, [2026-06-06T04:23:49.596808 #1]  INFO -- : Datei > /usr/local/bin/letsencrypt  chmod: +x  chown: 
I, [2026-06-06T04:23:49.598926 #1]  INFO -- : > echo „Beginn der benutzerdefinierten Befehle"
Beginn der benutzerdefinierten Befehle
I, [2026-06-06T04:23:49.605809 #1]  INFO -- : > echo „Ende der benutzerdefinierten Befehle"
Ende der benutzerdefinierten Befehle
I, [2026-06-06T04:23:49.608842 #1]  INFO -- : Asynchrone Prozesse werden beendet
I, [2026-06-06T04:23:49.609015 #1]  INFO -- : Senden von INT an 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 -- : Senden von TERM an 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:  schneller Herunterfahrungsantrag empfangen
111:signal-handler (1780719829) SIGTERM empfangen, Herunterfahren geplant...
2026-06-06 04:23:49.612 UTC [44] LOG:  aktive Transaktionen werden abgebrochen
2026-06-06 04:23:49.619 UTC [44] LOG:  Hintergrundarbeitsprozess „logical replication launcher