La connexion au Remote-Site échoue

Les plugins de la suite embarquent la section « Sites distants » (en allemand : „Remote-Sites“) : tu y connectes d'autres installations WordPress au moyen d'un mot de passe d'application et tu les pilotes depuis ici. Connecter, tester et supprimer passent dans tous les plugins par le même code partagé ; les messages sont donc partout identiques au mot près. Cet article les met en correspondance.

Les messages en détail

• « Merci d'indiquer l'URL (http/https), l'utilisateur et le mot de passe d'application. » — un champ est vide ou l'adresse ne commence pas par http:// ou https://
• « Site injoignable. » — aucune réponse n'est revenue ; lors de la création, « Échec de la connexion : » précède le message, lors d'une vérification ultérieure « Échec du test : »
• « Données d'accès refusées (vérifier le mot de passe d'application). » — le site cible a répondu par 401 ou 403
• « Pas de réponse REST valide (code …). » — une réponse est arrivée, mais pas de JSON exploitable ; le code mentionné y figure
• « Site introuvable. » — l'entrée sur laquelle tu as cliqué ne figure plus dans la liste de cette installation

Créer une connexion et la vérifier

1. Ouvre la page du plugin concerné dans le menu WordPress et passe, à gauche dans le groupe « Réseau », à « Sites distants » (en allemand : „Remote-Sites“).
2. Dans la carte « Connecter un site », remplis les champs « URL du site », « Nom d'utilisateur » et « Mot de passe d'application ».
3. Clique sur « Connecter & tester ».
4. Vérifie à tout moment une connexion existante grâce au bouton « Tester » dans le tableau « Sites connectés ».
5. Lis dans la colonne « Statut » (en allemand : „Status“) si le site est indiqué comme « connecté », « erreur » ou « non vérifié ».

Le test est un appel authentifié de la route utilisateur propre à WordPress sur le site cible. Il dispose de 20 secondes et ne suit aucune redirection. Deux formes d'adresse sont essayées : d'abord la forme avec rest_route, qui fonctionne avec n'importe quel réglage de permaliens, puis la voie via /wp-json/. Seule une véritable réponse JSON compte comme un succès. Le test relit ensuite le nom du site via la route racine ; si cela ne réussit pas, c'est le nom d'hôte qui figure dans la liste.

Test au vert, et pourtant l'action échoue

• Les actions à côté de chaque site appellent des routes propres au site cible : « Statut distant » et « Sauvegarde à distance » dans le plugin Backup, « Statut » et « Vider le cache » dans Performance, « Envoyer la configuration » dans Consent, « Statut de sécurité » dans Security, « Statut SEO » dans SEO et « Récupérer les statistiques » dans Analytics
• Ces routes exigent le droit manage_options sur le site cible — le mot de passe d'application doit donc appartenir à un compte disposant des droits d'administrateur
• Le plugin concerné doit être installé et actif sur le site cible ; sinon la réponse est « … non récupérable (plugin actif sur le site cible ? Code …) »
• Que « Tester » passe au vert dit seulement que l'adresse et les données d'accès sont correctes — cela ne dit rien du plugin installé en face
• Dans le plugin Analytics, la section « Sites distants » (en allemand : „Remote-Sites“) n'apparaît que pour les administrateurs