Bonjour ! J’ai consulté d’anciennes publications fermées liées à mon problème, mais je n’ai pas trouvé de solution, alors me voici.
J’ai un site WordPress (hébergé sur le serveur A) connecté à un forum Discourse (sur le serveur B) et agissant comme fournisseur d’authentification unique (SSO) pour ce forum.
J’ai récemment changé d’hébergeur pour WordPress (donc vers le serveur C — nouvelle société d’hébergement) et de fournisseur DNS, passant de Google à Gandi, en recréant scrupuleusement les paramètres DNS (@ sur la nouvelle adresse IP, www en tant que CNAME, et forum sur son adresse IP inchangée) ; le forum restant sur le serveur B.
Maintenant, WordPress indique que la connexion est rompue et j’obtiens une erreur curl 6 (impossible de résoudre l’hôte ; erreur inconnue) lors de la publication (j’obtiens également un message indiquant qu’il n’y a pas d’administrateur avec l’adresse xyz@mydomain.net, mais je suppose que c’est normal si la connexion n’est pas établie).
Avez-vous une idée ou un conseil sur où chercher ? J’ai déjà contacté le nouvel hébergeur pour vérifier les paramètres du pare-feu, mais ils disent que tout est en ordre et que je devrais probablement me tourner vers les développeurs du plugin.
Dommage Et dans l’autre sens ? Je ne suis pas expert en SSO, mais je crois que le serveur B doit effectuer un rappel vers le serveur C ? S’il conserve encore l’adresse IP du serveur A quelque part, cela pourrait échouer.
Avez-vous essayé de désinstaller le plug-in WP Discourse, puis de le réinstaller ? J’ai constaté que le plug-in ne gère pas les changements de serveur sans cela dans le passé.
Salut Romain, il pourrait y avoir plusieurs raisons différentes.
La raison pour laquelle nous avons récemment ajouté une infrastructure de journalisation au plugin est de diagnostiquer directement ce type de problèmes. Nous ajouterons bientôt la journalisation à la fonctionnalité de connexion, mais elle n’est actuellement active que dans la fonctionnalité de publication.
Un problème de connexion dans les journaux de publication ne nous indiquera probablement rien d’utile. Néanmoins, vous avez mentionné une tentative de publication, veuillez donc d’abord consulter le panneau d’administration « Logs » dans le plugin WP Discourse. Vous pouvez partager une ligne spécifique du journal ou m’envoyer l’intégralité du journal via MP. Je vous recommande également de générer de nouvelles identifiants API sur votre instance Discourse et de les appliquer dans le plugin pour vous assurer que ce n’est pas la cause du problème.
Par ailleurs, bien que je ne souhaite pas transformer cela en une confrontation avec votre hébergeur, l’impossibilité de cURL un domaine suggère un problème environnemental, et non un problème lié au plugin. Si vous recherchez des erreurs similaires ici, vous trouverez que @simon aide gentiment diverses personnes à diagnostiquer ce qui sont essentiellement des problèmes environnementaux. Par exemple (incluant certains outils de diagnostic possibles), voir :
Je vous recommande de relancer votre fournisseur d’hébergement pour lui demander pourquoi il est impossible d’effectuer une requête cURL vers un domaine. S’ils ont une raison plus spécifique de penser qu’il s’agit d’un problème avec le plugin WP Discourse, et non, par exemple, d’une version incorrecte de cURL sur le serveur (ce qui semble plus probable à première vue), ils sont les bienvenus pour poster ici ou même m’envoyer un MP, et je serai ravi d’approfondir l’enquête avec eux.
@jtbayly J’ai essayé de désinstaller/réinstaller sans succès.
@angus Tu as peut-être raison : lors de l’installation du plugin de test TLS, j’obtiens une erreur qui laisse penser que mettre à jour cURL pourrait être une solution possible.
Cependant, comme la réponse de l’hébergeur concernant la mise à jour de cURL est la suivante : « La version de cURL installée ici est la dernière version officielle disponible dans le dépôt CentOS. C’est pourquoi nous utilisons cette version et non la plus récente disponible sur le site officiel du développeur.
CentOS est très prudent quant à la publication de nouvelles versions dans le dépôt officiel, car ils effectuent de nombreux tests sur le logiciel avant sa publication afin de garantir sa stabilité dans toutes les situations. Une fois que la nouvelle version sera disponible dans le dépôt officiel CentOS, elle sera également mise à jour chez nous. », je suppose que cela n’ira pas plus loin et que je devrai simplement changer d’hébergeur.
Avant de faire le changement, il serait peut-être utile de leur signaler que le non-support de TLS 1.2 risque de poser des problèmes avec certains plugins WordPress et comporte également des problèmes de sécurité en soi. Cela pourrait tout de même valoir la peine d’approfondir un peu.
En tout cas, oui, cela semble bien être votre problème.
Je vais essayer, car « je ne supporte pas de ne pas essayer » (M. Jordan, philosophe ), mais leur décision semble déjà prise sur ce coup-là.
L’ancien hôte utilise la version 7.68 sous Ubuntu.
Et dans l’autre sens ? Je ne suis pas expert en SSO, mais je crois que le serveur B doit effectuer un rappel vers le serveur C ? S’il conserve encore l’adresse IP du serveur A quelque part, cela pourrait échouer.
), mais leur décision semble déjà prise sur ce coup-là.