Oi! Verifiquei posts antigos relacionados ao meu problema, mas não encontrei a solução, então aqui estou.
Tenho um site em WordPress (hospedado no servidor A) conectado a um fórum Discourse (no servidor B), atuando como provedor SSO para esse fórum.
Recentemente, mudei o provedor de hospedagem do WordPress (agora no servidor C — nova empresa de hospedagem) e também o provedor de DNS, saindo do Google e indo para o Gandi, recriando meticulosamente as configurações de DNS (@ apontando para o novo IP, www como CNAME e forum mantendo o IP inalterado); o fórum permanece no servidor B.
Agora o WordPress informa que a conexão está quebrada e recebo um erro curl 6 (não foi possível resolver o host; erro desconhecido) ao tentar publicar (também recebo uma mensagem dizendo “não há administrador com o endereço xyz@mydomain.net”, mas imagino que seja normal se não estiver conectado).
Alguma ideia ou dica de onde procurar? Já entrei em contato com o novo provedor para verificar configurações de firewall, mas disseram que está tudo claro e que provavelmente devo conversar com os desenvolvedores do plugin.
Droga E o inverso? Não sou especialista em SSO, mas acredito que o servidor B precise fazer um callback para o servidor C? Se ele ainda tiver o endereço IP do servidor A em algum lugar, isso pode falhar.
Você já tentou desinstalar o plug-in WP Discourse e depois reinstalá-lo? No passado, descobri que o plug-in não lida bem com alterações no servidor sem fazer isso.
Olá, Romain, podem haver algumas razões diferentes.
O motivo pelo qual adicionamos recentemente infraestrutura de log ao plugin foi para diagnosticar diretamente esse tipo de problema. Em breve, adicionaremos logs à funcionalidade de conexão; no entanto, atualmente, eles estão ativos apenas na funcionalidade de publicação.
Um problema de conexão nos logs de publicação provavelmente não nos dará nenhuma informação útil. Mesmo assim, você mencionou uma tentativa de publicação, então verifique primeiro o painel de administração “Logs” no plugin WP Discourse. Você pode compartilhar uma linha específica do log ou me enviar o log completo via mensagem privada. Também recomendo gerar novas credenciais de API no seu Discourse e aplicá-las no plugin para garantir que isso não seja a causa.
Além disso, embora eu não queira transformar isso em uma troca de acusações com seus provedores de hospedagem, a incapacidade de usar cURL em um domínio sugere um problema ambiental, e não um problema no plugin. Se você pesquisar erros semelhantes aqui, verá que @simon está gentilmente ajudando várias pessoas a diagnosticar o que são, na prática, problemas ambientais. Por exemplo (incluindo algumas ferramentas de diagnóstico possíveis), veja:
Recomendo que você pressione um pouco mais seu provedor de hospedagem, perguntando por que há uma incapacidade de fazer uma solicitação cURL para um domínio. Se eles tiverem algum motivo mais específico para acreditar que se trata de um problema com o plugin WP Discourse, e não, por exemplo, uma versão incorreta do cURL no servidor (o que, à primeira vista, é mais provável), são bem-vindos a postar aqui ou até mesmo me enviar uma mensagem privada, e ficarei feliz em investigar mais a fundo com eles.
No entanto, como a resposta da empresa de hospedagem sobre a atualização do curl foi esta: "A versão do cURL instalada aqui é a versão oficial mais recente no repositório do CentOS. É por isso que estamos usando essa versão e não a mais recente disponível no site oficial do desenvolvedor.
O CentOS é muito cauteloso ao lançar novas versões no repositório oficial, pois realiza muitos testes no software antes de lançá-lo, para garantir que seja estável em todas as situações. Assim que a nova versão for lançada no repositório oficial do CentOS, ela também será atualizada em nosso ambiente.", acho que não há mais o que fazer e terei que mudar de hospedagem novamente.
Antes de fazer a mudança, talvez seja bom destacar a eles que a falta de suporte ao TLS 1.2 pode causar problemas com alguns plugins do WordPress e também apresenta questões de segurança por si só. Ainda assim, pode valer a pena investigar um pouco mais.
De qualquer forma, sim, parece ser esse o seu problema.
Vou tentar, já que “não consigo tolerar não tentar” (M. Jordan, filósofo ), mas parece que as mentes deles estão bastante fechadas quanto a isso.
O host antigo está usando a versão 7.68 no Ubuntu.