Ich habe ein bizarres Problem bei der Einrichtung einer neuen Installation. Wir wechseln von einer gehosteten zu einer selbstgehosteten Installation und verwenden die Domain www.pidforum.org. Ich habe einen Ubuntu-Server hochgefahren und verwende die Standardinstallation. Die Domain zeigt derzeit auf die IP-Adresse des Servers, wobei @, * und www. alle als A-Einträge konfiguriert sind.
Die Installation scheint problemlos zu verlaufen – alles sieht so aus, als würde es funktionieren. Der erste Domain-Check sagt, dass alles in Ordnung ist, die Installation läuft durch und wird abgeschlossen. Aber es funktioniert nicht. Der Server hört nicht auf Port 443 oder 80, und wenn ich „discourse doctor" ausführe, steht dort:
Discourse-Version bei www.pidforum.org: NICHT GEFUNDEN
Discourse-Version bei localhost: NICHT GEFUNDEN
Und jetzt kommt das Seltsame: Wenn ich discourse-setup erneut ausführe und NUR den Domainnamen in eine andere Domain ändere, die ich kontrolliere (discourse.xxxxxxx.yyy), funktioniert alles einwandfrei. Alles andere bleibt gleich – derselbe Server, alles identisch, nur der Domainname ändert sich.
Was könnte das verursachen? Hilfe, ich werde wahnsinnig beim Versuch, das herauszufinden.
Bin mir ziemlich sicher: Richten Sie sie einfach als normale @- und www-A-Einträge mit Verweis auf die IP-Adresse ein und dann einen *-Eintrag als CNAME, der auf www verweist.
Ich habe mich seit Donnerstag der letzten Woche damit herumgequält… Ich werde zunehmend der Meinung, dass es speziell mit dem Domainnamen zu tun hat, aber das ergibt absolut keinen Sinn (und es gibt auch keine effektiven Schritte zur Fehlerbehebung).
Gibt es etwas, das ich testen/ausprobieren kann, um den Umfang meines Problems einzugrenzen? Als Systemadministrator bin ich zwar gewachsen, aber das bringt mich dazu, mein Leben infrage zu stellen.
Haben Sie Ihren Nameserver kürzlich auf Digital Ocean umgestellt? Es scheint, als wäre DNSSEC für pidforum.org aktiviert, aber die Digital Ocean Nameserver geben keine Signaturen zurück. Daher erkennen DNS-Server wie 8.8.8.8 die unterbrochene Vertrauenskette und verweigern die Rückgabe der Datensätze.
Weitere Informationen finden Sie mit Tools wie diesen:
Ok, also die DNSSEC-Sache ist seltsam, und damit habe ich mich auch noch nie beschäftigt, also danke für den Hinweis.
Ich habe versucht, die Dinge zu vereinfachen, indem ich den Umweg über die Digital Ocean Nameserver aus der Gleichung entfernt habe, und verwende jetzt Network Solutions sowohl als Registrar als auch als Nameserver, um mögliche Fehler oder Probleme auszuschließen. Das wird gerade propagiert (aber ich habe dieses Setup bereits getestet, und es funktioniert auch nicht, aus Gründen, die ich nicht verstehe).
Ich werde mir die DNSSEC-Sache ansehen, nachdem sich die Nameserver-Änderung etwas Zeit gegeben hat. Aber ich vermute, dass da noch etwas anderes im Spiel ist.
…Der Netzwerkdienstleister hat mir bestätigt, dass DNSSEC deaktiviert ist, und es gibt keine Schnittstelle im Admin-Bereich meiner Domain, um einen DS-Eintrag hinzuzufügen oder zu entfernen.
Danke, dass du das recherchiert hast, aber ich habe absolut keine Ahnung, wo es sich befindet.
