Hostname fantasma após mudança de hostname

Suporte
1

Olá de um novo usuário hospedado do Discourse. :wave:

Declaração do problema:

  1. Após a instalação e configuração, alterei o nome de domínio após fazer todas as alterações necessárias. (Cloudflare DNS, app.yml, nome do host do droplet, novos certificados SSL, docker reconstruído, etc., etc., etc.)
  2. Tudo funcionou bem
  3. Até: Ativar backups S3 gera erro 500 ao visitar /admin/backups
  4. /admin/logs relata certificate verify mismatch (Hostname mismatch)
  5. Voltar para backups locais e tudo funciona bem.

Pergunta:

  • Onde o nome de host original pode estar escondido? Eu sei que você não pode me dizer o que eu esqueci, então talvez você possa enumerar onde essas configurações residem.

FYI:

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

Veja Alterar o nome de domínio ou renomear seu Discourse. Certifique-se de que o Cloudflare esteja configurado apenas como DNS.

1 curtida
3

Obrigado Jay pelo link. Eu ainda não tinha encontrado esse tópico. :slight_smile:

Com base nas suas contribuições e nesse tópico vinculado, eu:

  1. Desabilitei o Cloudflare e confirmei via DNSChecker.org que meus registros A resolvem para o IP do meu droplet DO
  2. Verifiquei novamente meu app.yml (estava tudo bem)
  3. Entrei no contêiner do aplicativo e executei discourse remap do nome de domínio antigo para o novo e ele fez alterações. Para confirmar, executei pela segunda vez e ele saiu sem alterações
  4. Usei grep recursivo procurando dentro e fora do contêiner do aplicativo pelo nome de domínio antigo e não encontrei nada
  5. Reconstruí o aplicativo e estudei o comando docker run. Não encontrei problemas.
  6. Fui ao meu admin e alterei o backup de local para S3
  7. Continuei recebendo o erro 500 como antes. :crying_cat_face:
  8. Voltei para o backup local e tudo ficou bem novamente.
  9. Habilitei o Cloudflare e confirmei que ele está proxyando mais uma vez

Estou me sentindo preso e basicamente :man_shrugging:

4

Navalha de Occam

Resolvido:

  • Em /admin/site_settings/category/files
  • O endpoint s3 não deve incluir o nome do bucket :person_facepalming:

Bem óbvio em retrospecto

2 curtidas
5

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