La connessione al Remote-Site non riesce
I plugin della suite portano con sé l'area «Siti remoti» (in tedesco: „Remote-Sites“): lì colleghi altre installazioni di WordPress tramite password dell'applicazione e le gestisci da qui. Collegare, testare e rimuovere passano in tutti i plugin per lo stesso codice condiviso, perciò i messaggi sono ovunque identici. Questo articolo li mette in ordine.
I messaggi nel dettaglio
- «Indica URL (http/https), utente e password dell'applicazione.» — un campo è vuoto oppure l'indirizzo non inizia con http:// o https://
- «Sito non raggiungibile.» — non è tornata proprio nessuna risposta; alla creazione davanti compare «Connessione non riuscita:», alla verifica successiva «Test non riuscito:»
- «Dati di accesso rifiutati (verifica la password dell'applicazione).» — il sito di destinazione ha risposto con 401 o 403
- «Nessuna risposta REST valida (codice …).» — una risposta è arrivata, ma nessun JSON analizzabile; il codice indicato è riportato
- «Sito non trovato.» — la voce su cui hai cliccato non è più nell'elenco di questa installazione
Creare e verificare una connessione
- Apri la pagina del rispettivo plugin nel menu di WordPress e a sinistra, nel gruppo «Rete», passa a «Siti remoti» (in tedesco: „Remote-Sites“).
- Nella scheda «Collega sito» compila i campi «URL del sito», «Nome utente» e «Password dell'applicazione».
- Clicca su «Collega & testa».
- Verifica in qualsiasi momento una connessione esistente tramite il pulsante «Testa» nella tabella «Siti connessi».
- Nella colonna «Stato» (in tedesco: „Status“) leggi se il sito è indicato come «connesso», «errore» oppure «non verificato».
Il test è una chiamata autenticata alla rotta utenti propria di WordPress sul sito di destinazione. Ha 20 secondi di tempo e non segue reindirizzamenti. Vengono provate due forme di indirizzo: prima quella con rest_route, che funziona con qualsiasi impostazione dei permalink, poi la via attraverso /wp-json/. Come successo conta solo una vera risposta JSON. Successivamente il test recupera il nome del sito tramite la rotta radice; se non ci riesce, nell'elenco compare il nome host.
Test verde, eppure l'azione fallisce
- Le azioni accanto a ogni sito richiamano rotte dedicate del sito di destinazione: «Stato remoto» (in tedesco: „Fernstatus“) e «Backup remoto» (in tedesco: „Fern-Backup“) nel plugin Backup, «Stato» e «Svuota la cache» in Performance, «Invia configurazione» in Consent, «Stato di sicurezza» in Security, «Stato SEO» in SEO, «Recupera statistiche» in Analytics, «Stato dei ruoli» in Roles e «Stato dell'origine» in Media
- Queste rotte richiedono sul sito di destinazione il permesso manage_options — la password dell'applicazione deve quindi appartenere a un account con diritti di amministratore
- Il rispettivo plugin deve essere installato e attivo sul sito di destinazione. Altrimenti l'azione non riesce: i recuperi come «Stato remoto», «Recupera statistiche» o «Stato dell'origine» (in tedesco: „Fernstatus“, „Statistik abrufen“, „Herkunfts-Stand“) segnalano che non è recuperabile („… nicht abrufbar“) con il codice di risposta; «Backup remoto», «Svuota la cache» e «Invia configurazione» (in tedesco: „Fern-Backup“, „Cache leeren“, „Config senden“) segnalano un errore („… fehlgeschlagen:“) con la risposta del sito di destinazione o il suo codice
- Il fatto che «Testa» dia esito verde dice solo che indirizzo e dati di accesso sono corretti — sul plugin dall'altra parte non dice nulla
- Nel plugin Analytics l'area «Siti remoti» (in tedesco: „Remote-Sites“) compare solo per gli amministratori