Geister-Hostname nach Hostnamenänderung

Unterstützung
1

Hallo von einem neuen gehosteten Discourse-Benutzer. :wave:

Problembeschreibung:

  1. Nach der Installation und Einrichtung habe ich den Domainnamen geändert, nachdem ich alle notwendigen Änderungen vorgenommen hatte. (Cloudflare DNS, app.yml, Hostname des Droplets, neue SSL-Zertifikate, Docker neu erstellt, usw. usw. usw.)
  2. Alles funktionierte einwandfrei
  3. Bis: Die Aktivierung von S3-Backups führt zu einem 500-Fehler beim Besuch von /admin/backups
  4. /admin/logs meldet certificate verify mismatch (Hostname mismatch)
  5. Wenn ich zu lokalen Backups zurückschalte, funktioniert alles einwandfrei.

Frage:

  • Wo könnte der ursprüngliche Hostname versteckt sein? Ich weiß, dass Sie mir nicht sagen können, was ich vergessen habe, aber vielleicht können Sie auflisten, wo diese Einstellungen gespeichert sind.

Zu Ihrer Information:

Seahorse::Client::NetworkingError (SSL_connect returned=1 errno=0 peeraddr=162.243.189.2:443 state=error: certificate verify failed (Hostname mismatch))
lib/s3_helper.rb:426:in `s3_bucket'
lib/s3_helper.rb:240:in `list'
lib/backup_restore/s3_backup_store.rb:122:in `unsorted_files'
lib/backup_restore/backup_store.rb:23:in `files'
app/controllers/admin/backups_controller.rb:24:in `block (2 levels) in index'
app/controllers/admin/backups_controller.rb:13:in `index'
app/controllers/application_controller.rb:412:in `block in with_resolved_locale'
app/controllers/application_controller.rb:412:in `with_resolved_locale'
lib/middleware/omniauth_bypass_middleware.rb:71:in `call'
lib/content_security_policy/middleware.rb:12:in `call'
lib/middleware/anonymous_cache.rb:368:in `call'
config/initializers/100-quiet_logger.rb:23:in `call'
config/initializers/100-silence_logger.rb:31:in `call'
lib/middleware/enforce_hostname.rb:23:in `call'
lib/middleware/request_tracker.rb:202:in `call'
2

Siehe Ändern des Domainnamens oder Umbenennen Ihres Discourse. Stellen Sie sicher, dass Cloudflare nur DNS ist.

1 „Gefällt mir“
3

Vielen Dank, Jay, für den Link. Dieses Thema hatte ich noch nicht gefunden. :slight_smile:

Basierend auf deinen Eingaben und dem verlinkten Thema habe ich:

  1. Cloudflare deaktiviert und über DNSChecker.org bestätigt, dass meine A-Einträge auf meine DO-Droplet-IP aufgelöst werden.
  2. Meine app.yml erneut überprüft (sie war in Ordnung).
  3. Den App-Container betreten und discourse remap vom alten zum neuen Domainnamen ausgeführt, und es wurden Änderungen vorgenommen. Zur Bestätigung habe ich ihn ein zweites Mal ausgeführt und er wurde ohne Änderungen beendet.
  4. Mit rekursivem Grep innerhalb und außerhalb des App-Containers nach dem alten Domainnamen gesucht und nichts gefunden.
  5. Die App neu erstellt und den Docker-Run-Befehl studiert. Keine Probleme gefunden.
  6. In meinem Adminbereich das Backup von lokal auf S3 geändert.
  7. Weiterhin den 500er-Fehler wie zuvor erhalten. :crying_cat_face:
  8. Das lokale Backup wiederhergestellt und alles war wieder in Ordnung.
  9. Cloudflare aktiviert und bestätigt, dass es wieder proxyed.

Ich fühle mich festgefahren und bin im Grunde :man_shrugging:

4

Ockhams Rasiermesser

Gelöst:

  • Unter /admin/site_settings/category/files
  • Der S3-Endpunkt sollte keinen Bucket-Namen enthalten :person_facepalming:

Im Nachhinein ziemlich offensichtlich

2 „Gefällt mir“
5

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.