Hallo! Ich habe die Installation von Grund auf neu durchgeführt.
Es war etwas seltsam, denn als ich ./discourse-setup versuchte, erhielt ich
Hostname für Ihre Discourse? [oreillefine.art]:
Überprüfung Ihres Domainnamens . . .
WARNUNG: Port 443 des Computers scheint über den Hostnamen nicht erreichbar zu sein: oreillefine.art.
WARNUNG: Verbindung zu http://oreillefine.art (Port 80) schlägt ebenfalls fehl.
Dann habe ich app.yml manuell bearbeitet, um SMTP-Einstellungen und Let’s Encrypt Mail sowie Vorlagen für die HTTPS-Nutzung hinzuzufügen.
Dann habe ich ./discourse-doctor versucht und alles funktionierte! Ich konnte die neue Website sehen. Aber… jetzt bin ich verwirrt: Wenn ich versuche, über HTTP auf meine Website zuzugreifen (http://oreillefine.art), sehe ich die Standardseite von Nginx, während HTTPS normal funktioniert (https://oreillefine.art) und ich Discourse sehen kann… Vielen Dank im Voraus für jede Hilfe!
Ich vermute, dass Sie diese Fehlermeldung erhalten haben, weil Sie eine andere NGINX auf Ihrem Computer haben, die Discourse daran hindert, darauf zuzugreifen.
Ich verstehe jedoch nicht, wie es in diesem Fall ein Zertifikat erhalten konnte.
Ich bin sicher, dass ich kein anderes Nginx habe, es ist ein neuer VPS und ich habe vorher weder Nginx noch Apache installiert… Was die unterschiedlichen Inhalte von HTTP und HTTPS betrifft, könnten Sie eine Lösung vorschlagen?
listen 80;
return 301 https://$$ENV_DISCOURSE_HOSTNAME$request_uri;
}
server {
in /etc/nginx/conf.d/discourse.conf
I, [2024-05-10T12:24:54.676331 #1] INFO -- : Replacing (?m-ix:listen 80;\\s+gzip on;) with listen 443 ssl http2;
SSL_TEMPLATE_SSL_BLOCK
in /etc/nginx/conf.d/discourse.conf
I, [2024-05-10T12:24:54.677081 #1] INFO -- : Replacing (?m-ix:listen 80;\\s+listen \\[::\\]:80;\\s+gzip on;) with listen 443 ssl http2;
listen [::]:443 ssl http2;
SSL_TEMPLATE_SSL_BLOCK
in /etc/nginx/conf.d/discourse.conf
I, [2024-05-10T12:24:54.677779 #1] INFO -- : Replacing (?-mix:SSL_TEMPLATE_SSL_BLOCK) with
ssl_protocols TLSv1.2 TLSv1.3;
Es scheint, dass es jetzt wie erwartet weiterleitet.
Meine beste Vermutung ist, dass eine DNS-Verzögerung und der Hostname auf einen anderen Server verwiesen, auf dem ein nicht konfigurierter NGINX-Server lief.