Hostname fantasma dopo il cambio di hostname

Supporto
1

Ciao da un nuovo utente ospitato di Discourse. :wave:

Enunciato del problema:

  1. Dopo l’installazione e la configurazione, ho modificato il nome di dominio dopo aver apportato tutte le modifiche necessarie. (Cloudflare DNS, app.yml, nome host del droplet, nuovi certificati SSL, Docker ricostruito, ecc., ecc., ecc.)
  2. Tutto ha funzionato bene
  3. Fino a: L’attivazione dei backup S3 genera un errore 500 quando si visita /admin/backups
  4. /admin/logs riporta certificate verify mismatch (Hostname mismatch)
  5. Tornando ai backup locali, tutto funziona bene.

Domanda:

  • Dove potrebbe nascondersi il nome host originale? So che non puoi dirmelo tu, quindi forse puoi elencare dove si trovano quelle impostazioni.

Per tua informazione:

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

Vedi Cambiare il nome di dominio o rinominare il tuo Discourse. Assicurati che Cloudflare sia solo DNS

1 Mi Piace
3

Grazie Jay per il link. Non avevo ancora trovato quell’argomento. :slight_smile:

Sulla base dei tuoi input e dell’argomento collegato, ho:

  1. Disabilitato Cloudflare e confermato tramite DNSChecker.org che i miei record A risolvono al mio IP del droplet DO
  2. Ricontrollato il mio app.yml (era a posto)
  3. Entrato nel container dell’app ed eseguito discourse remap dal vecchio al nuovo nome di dominio e ha apportato modifiche. Per confermare, l’ho eseguito una seconda volta ed è uscito senza modifiche
  4. Usato grep ricorsivo cercando all’interno e all’esterno del container dell’app il vecchio nome di dominio e non ho trovato nulla
  5. Ricostruito l’app e studiato il comando docker run. Non ho trovato problemi.
  6. Sono andato nel mio admin e ho cambiato il backup da locale a S3
  7. Ho continuato a ricevere l’errore 500 come prima. :crying_cat_face:
  8. Ripristinato il backup locale e tutto è tornato a posto.
  9. Abilitato Cloudflare e confermato che sta nuovamente proxyando

Mi sento bloccato e fondamentalmente sono :man_shrugging:

4

Rasoio di Occam

Risolto:

  • Su /admin/site_settings/category/files
  • l’endpoint s3 non dovrebbe includere il nome del bucket :person_facepalming:

Abbastanza ovvio col senno di poi

2 Mi Piace
5

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