Nginx-Seite statt der Congratulations-Seite

Ich habe diese 30-minütigen Anweisungen befolgt:

Ich kann mich erfolgreich per Telnet bei meinem SMTP-Server anmelden.

Meine Subdomain leitet korrekt auf die IP-Adresse weiter, die mir DigitalOcean zugewiesen hat (167.172.31.228).

Aber wann immer ich diese IP-Adresse aufrufe, erscheint die Nginx-Seite und nicht die Discourse-Willkommensseite :sob:

Meine app.yml ist für HTTPS konfiguriert.

Meine SMTP-, LetsEncrypt- und die E-Mail-Adresse in rails r "SiteSetting.notification_email" in meiner app.yml sind identisch, gehören jedoch nicht zur Domain von DISCOURSE_HOSTNAME.

Es ist jetzt weit mehr als 30 Minuten vergangen. Haben Sie eine Idee, was passiert sein könnte :question:

Vielen Dank im Voraus für jede Hilfe, die Sie mir dabei geben können :slight_smile:

Es sollte dich nicht weiterleiten, sondern auflösen. Wenn deine Domain also https://example.com lautet, sollte diese in der Adressleiste angezeigt werden. Vielleicht ist dein DNS-Eintrag etwas fehlerhaft? Schau es dir an. :slight_smile:

Das sind alle Optionen, die ich bei der Subdomain-Einrichtung mit GoDaddy cPanel habe:

Bei „Weiterleitung verwalten“ kann ich nur die IP-Adresse der Weiterleitung ändern…

Irgendwelche Ideen?

EDIT: Könnte dieses Problem mit HTTPS zusammenhängen? Ich bin damit noch sehr neu.

Google nach „GoDaddy einen Eintrag erstellen“

Danke, das hat mir endlich den Hinweis gegeben, dass es „A“-Records gibt :slight_smile:

Ich war gestern bereits auf dem ersten Link dieser Google-Suche gewesen (EDIT: Es stellt sich heraus, dass dieser Link nur für auf Windows gehostete Sites relevant ist :frowning: ). Zu meiner Verteidigung: Ich hatte diesen Link verworfen, da ich dachte, ich hätte die 30-Minuten-Anleitung so wörtlich wie möglich befolgt.

Die 30-Minuten-Anleitung sagt derzeit:

  • Erstellen Sie einen DNS-A-Record für die Subdomain discourse.example.com in Ihrem DNS-Steuerungsbereich, der auf die IP-Adresse Ihrer Cloud-Instanz zeigt, auf der Sie Discourse installieren.

Die Zeilenumbrüche auf meinem Bildschirm haben das große A als letzten Zeichen der Zeile platziert. Dann übersprang mein Gehirn das A einfach. Als DNS-Neuling kannte ich die Existenz von „A“-Records nicht und verstand auch den Unterschied zwischen „pointing“ (auf etwas zeigen) und „redirecting“ (umleiten) nicht.

Hätte ein Moderator, der hier liest, vielleicht die Möglichkeit, die 30-Minuten-Anleitung zu bearbeiten und das sehr wichtige große „A“ in einfache Anführungszeichen zu setzen :question? Vielleicht sogar deutlich machen, dass ein „A“-Record erstellt werden muss, indem eine Subdomain angelegt wird (im Fall von GoDaddy ist dieser „A“-Record schwer zu finden und zu bearbeiten, wenn man die GoDaddy Cpanel-Oberfläche verwendet, siehe unten), dass die Subdomain-Umleitung nicht dasselbe ist wie das „Pointing“ in einem „A“-Record und dass es einen Unterschied zwischen „Pointing“ und „Redirecting“ gibt.

Jetzt die Schritt-für-Schritt-Details dazu, wie ich das Problem behoben habe (für alle, die hier mitlesen und dasselbe Problem haben):

In der aktuellen GoDaddy Cpanel-Oberfläche für meine „Linux-gehostete Site“ gibt es keinen Zugriff auf „A“-Records. Ich schien nur unter dem Cpanel-Zonen-Editor „MX“-Records erstellen zu können.

In Cpanel habe ich die „Umleitungs“-IP-Adresse entfernt, da dies NICHT das ist, was benötigt wird… Ich benötigte einen „A“-Record, der auf meine zugewiesene DigitalOcean-IP-Adresse „zeigt“.

Der schwierige Teil hier war herauszufinden, wo man auf diesen „A“-Record zugreifen kann, der erstellt wurde, als man in Cpanel eine Subdomain angelegt hat.

Am Ende habe ich den GoDaddy-Support angerufen dafür – ich hasse es, um Hilfe bitten zu müssen :sob:

So können Sie auf GoDaddy Linux-gehosteten Sites auf diesen „A“-Record zugreifen und den Wert „Points to“ ändern (SIE KÖNNEN NICHT AUF SIE ÜBER CPANEL ZUGREIFEN) :sob:


DANN:

DANN:

.
.
.
DANN warten Sie die erforderliche Anzahl von Stunden (bis zu 24 Stunden im Fall von GoDaddy), bis die Änderung wirksam wird.

Das ist das, was ich gerade tue. Ich werde berichten, ob es funktioniert hat :wink:

Das hat funktioniert und war eine Lösung für mich (obwohl ich nicht ganz sicher bin, warum ich in Schritt 6 meiner Bilder nur das DISCOURSE_HOSTNAME-PREFIX als „Host“ benötigte).

[quote=“DaleKramer, Beitrag: 5, Thema: 141250”]
Habe eine Moderatorin oder ein Moderator, der hier liest, vielleicht die Möglichkeit, die Anweisungen für 30 Minuten zu bearbeiten und das sehr wichtige große „A