Nombre de host fantasma después del cambio de nombre de host

Soporte
1

Hola, nuevo usuario de Discourse alojado. :wave:

Planteamiento del problema:

  1. Después de la instalación y configuración, cambié el nombre de dominio después de realizar todos los cambios necesarios. (DNS de Cloudflare, app.yml, nombre de host del droplet, nuevos certificados SSL, docker reconstruido, etc., etc., etc.)
  2. Todo funcionó bien
  3. Hasta que: La activación de las copias de seguridad de S3 genera un error 500 al visitar /admin/backups
  4. /admin/logs informa certificate verify mismatch (Hostname mismatch)
  5. Al volver a las copias de seguridad locales, todo funciona bien.

Pregunta:

  • ¿Dónde podría estar oculto el nombre de host original? Sé que no puedes decirme lo que olvidé, así que tal vez puedas enumerar dónde residen esas configuraciones.

Para tu información:

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

Ver Cambiar el nombre de dominio o renombrar tu Discourse. Asegúrate de que Cloudflare sea solo DNS.

1 me gusta
3

Gracias Jay por el enlace. Aún no había encontrado ese tema. :slight_smile:

Basándome en tus aportaciones y en ese tema enlazado, he:

  1. Deshabilitado Cloudflare y confirmado a través de DNSChecker.org que mis registros A resuelven a la IP de mi droplet de DO
  2. He vuelto a comprobar mi app.yml (estaba bien)
  3. He entrado en el contenedor de la aplicación y he ejecutado discourse remap del dominio antiguo al nuevo y ha realizado cambios. Para confirmarlo, lo he ejecutado por segunda vez y ha salido sin cambios
  4. He utilizado grep recursivo buscando dentro y fuera del contenedor de la aplicación el nombre de dominio antiguo y no he encontrado nada
  5. He reconstruido la aplicación y he estudiado el comando de ejecución de docker. No he encontrado ningún problema.
  6. He entrado en mi administración y he cambiado la copia de seguridad de local a S3
  7. He seguido recibiendo el error 500 como antes. :crying_cat_face:
  8. He vuelto a la copia de seguridad local y todo ha vuelto a estar bien.
  9. He habilitado Cloudflare y he confirmado que está volviendo a hacer proxy
  10. Me siento atascado y básicamente estoy :man_shrugging:
4

Navaja de Ockham

Resuelto:

  • En /admin/site_settings/category/files
  • El endpoint de s3 no debe incluir el nombre del bucket :person_facepalming:

Bastante obvio en retrospectiva

2 Me gusta
5

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