Соединение с Remote-Site не устанавливается
Плагины набора приносят с собой раздел «Удаленные сайты» (по-немецки: „Remote-Sites“): там ты подключаешь другие установки WordPress по паролю приложения и управляешь ими отсюда. Подключение, проверка и удаление во всех плагинах идут через один и тот же общий код, поэтому сообщения везде дословно одинаковы. Эта статья их разбирает.
Сообщения по отдельности
- «Укажи URL (http/https), пользователя и пароль приложения.» — поле пустое или адрес не начинается с http:// или https://
- «Сайт недоступен.» — ответа не пришло вовсе; при создании перед этим стоит «Подключение не удалось:», при последующей проверке — «Проверка не удалась:»
- «Учётные данные отклонены (проверь пароль приложения).» — целевой сайт ответил кодом 401 или 403
- «Нет действительного ответа REST (код …).» — ответ пришёл, но без пригодного для разбора JSON; названный код стоит рядом
- «Сайт не найден.» — записи, по которой ты нажал, больше нет в списке этой установки
Создать подключение и проверить его
- Открой страницу нужного плагина в меню WordPress и перейди слева в группе «Сеть» на «Удаленные сайты» (по-немецки: „Remote-Sites“).
- Заполни в карточке «Подключить сайт» поля «URL сайта», «Имя пользователя» и «Пароль приложения».
- Нажми на «Подключить & проверить».
- Существующее подключение проверяй позже в любой момент кнопкой «Проверить» в таблице «Подключённые сайты».
- Посмотри в столбце «Статус» (по-немецки: „Status“), числится ли сайт как «подключено», «ошибка» или «не проверено».
Тест — это авторизованный вызов собственного пользовательского маршрута WordPress на целевом сайте. У него есть 20 секунд, и перенаправлениям он не следует. Пробуются две формы адреса: сначала форма с rest_route, которая работает при любой настройке постоянных ссылок, затем путь через /wp-json/. Успехом считается только настоящий ответ в JSON. После этого тест дочитывает имя сайта через корневой маршрут; если это не удаётся, в списке стоит имя хоста.
Тест зелёный, но действие всё равно не проходит
- Действия рядом с каждым сайтом вызывают собственные маршруты целевого сайта: «Удалённый статус» (по-немецки: „Fernstatus“) и «Удалённое резервное копирование» в плагине Backup, «Статус» и «Очистить кеш» в Performance, «Отправить конфигурацию» в Consent, «Статус безопасности» в Security, «Статус SEO» в SEO и «Получить статистику» в Analytics
- Эти маршруты требуют на целевом сайте право manage_options — значит, пароль приложения должен принадлежать учётной записи с правами администратора
- Соответствующий плагин должен быть установлен и активен на целевом сайте; иначе ответ гласит «… недоступно (плагин на целевом сайте активен? Код …)»
- Зелёный результат «Проверить» говорит лишь о том, что адрес и учётные данные верны — о плагине на другой стороне он не говорит ничего
- В плагине Analytics раздел «Удаленные сайты» (по-немецки: „Remote-Sites“) появляется только для администраторов