[Résolu] PB syndication entre 2 sites SPIP 4.2.2 sur le même serveur.

Bonjour,

Je rencontre un problème un problème de syndications entre 2 sites SPIP 4.2.2 installé sur le même serveur.
Site 1 :
Sur la page
https://site1.com/comm/ecrire/?exec=synchro
Dans la partie « fichiers syndacations » je copie l’adresse fournie
https://site1.com/comm/spip.php?page=backend

Site 2
Sur la page
https://site2.com/ecrire/?exec=sites
J’ajouter un site à syndiquer et j’insère l’adresse précédente

J’obtiens ce message d’erreur:
Attention : la syndication de ce site a rencontré un problème ; le système est donc temporairement interrompu. Vérifiez l’adresse du fichier de syndication de ce site (http://site1.com/comm/spip.php?page=backend), et tentez une nouvelle récupération des informations.

Sur le fichier distant-log, j’obtiens cette erreur:
Erreur connexion 0
ECHEC init_http https://site1.com/comm/spip.php?page=backend

J’ai le vague soupçon que le problème soit lié au certificat de sécurité.

Avez-vous d’autres idées?

Merci pour vos réponses,

Il peut arriver parfois qu’il y ait des souci de config PHP qui fait qu’on ne peut pinger un site depuis le même hébergeur/serveur.

Il faudrait tester depuis un autre hébergeur/serveur pour confirmer ou infirmer cette hypothèse.

Merci pour la réponse. Pas évident de faire un test. Le serveur n’est accessible que sur un réseau interne.

J’ai fait ping site1.com sur le serveur et je n’ai pas d’erreur.

Quels autres tests pourrais-je faire?

Ce serveur est-il derrière un firewall ? si oui il y a potentiellement un problème de résolution DNS, il faut déclarer dans le firewall une résolution locale DNS pour que site1 resolve site2 et vice-versa … j’ai eu le cas sur des machines à nous, site1 cherchait site2 à l’extérieur et ne parvenait pas à re-rentrer … Au niveau d’un site je pense que le mécanisme de résolution de nom peut être différent de la résolution faite par le ping …
Et cela peut corroborer le pbm de certificat, impossibilité de controler le certificat car impossibilité de résoudre le nom …
Bon c’est une éventuelle piste, on a eu le souci entre 2 serveurs qui étaient derrières un firewall et qui n’arrivaient pas à se parler (de mémoire on voulait faire un iframe d’un site dans l’autre, ensuite on a aussi eu des soucis de CORS).

Un curl serait plus adapté pour le test.

Bonjour,

Avec un curl sur https://site1.com j’ai cette erreur:

curl: (60) SSL certificate problem: unable to get local issuer certificate
More details here: curl - SSL CA Certificates

curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.

avec un un curl sur http://site1.com j’ai une réponse correcte, la redirection vers le https

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>301 Moved Permanently</title>
</head><body>
<h1>Moved Permanently</h1>
<p>The document has moved <a href="https://site1.com/">here</a>.</p>
</body></html>

J’ai résolu le problème du CURL qui me donne des résultats corrects sur la home du site, et sur le fichier de syndication
https://site1.com/spip.php?page=backend

La syndication ne fonctionnait toujours pas.

J’avais en fait des erreurs reliquat d’une migration SPIP 1.9 vers SPIP 4 et passage Mysql MariaDB.

Résolu en modifiant la base de données :

ALTER TABLE spip_syndic_articles ALTER COLUMN descriptif SET DEFAULT ‹  › ;
ALTER TABLE spip_syndic_articles ALTER COLUMN url_source SET DEFAULT ‹  › ;
ALTER TABLE spip_syndic_articles ALTER COLUMN titre SET DEFAULT ‹  › ;
ALTER TABLE spip_syndic_articles ALTER COLUMN lesauteurs SET DEFAULT ‹  › ;
ALTER TABLE spip_syndic_articles ALTER COLUMN source SET DEFAULT ‹  › ;
ALTER TABLE spip_syndic_articles ALTER COLUMN tags SET DEFAULT ‹  › ;