Grav-plugin-admin: Ошибка при попытке загрузки (код: 0):

Созданный на 28 февр. 2019  ·  24Комментарии  ·  Источник: getgrav/grav-plugin-admin

Когда я пытаюсь обновить панель администратора (в панели администратора) с v1.8.17 до v1.8.19, я получаю следующую ошибку:

Ошибка при попытке загрузки (код: 0):
https://getgrav.org/download/plugins/admin/1.8.19 Сообщение: URL-адрес использует неверный / недопустимый формат или отсутствует URL-адрес

С командами SSH и GPM все работает нормально.

40616

question

Самый полезный комментарий

Я тоже наткнулся на эту же проблему.
Думаю, теперь я знаю об этом немного больше ... Я также использую его на виртуальном хостинге.

Когда я перехожу в раздел «Конфигурация» и в разделе «Система» перехожу к разделу «Расширенные», измените метод внешней выборки на «fopen» И удаленную проверку узла (SSL) на «Нет» (хотя выполняется с сертификатом от LetsEncrypt)
внезапно я снова могу загрузить и установить обновления ..

Может быть, это работает и для других ..

Все 24 Комментарий

Можете попробовать в конфиге системы переключиться с Curl на Fopen или наоборот?

тот же случай здесь. плюс, я не могу скачать какой-либо плагин

я использую виртуальный хостинг

Можете ли вы проверить, что ваш php одинаков как для cli, так и для веб-сервера?

Также можете ли вы сообщить нам, если вы впервые пытаетесь выполнить обновление или проблема только что начала проявляться, но ранее у вас были успешные обновления?

Я тоже наткнулся на эту же проблему.
Думаю, теперь я знаю об этом немного больше ... Я также использую его на виртуальном хостинге.

Когда я перехожу в раздел «Конфигурация» и в разделе «Система» перехожу к разделу «Расширенные», измените метод внешней выборки на «fopen» И удаленную проверку узла (SSL) на «Нет» (хотя выполняется с сертификатом от LetsEncrypt)
внезапно я снова могу загрузить и установить обновления ..

Может быть, это работает и для других ..

Когда я перехожу в раздел «Конфигурация» и в разделе «Система» перехожу к разделу «Расширенные», измените метод внешней выборки на «fopen» И удаленную проверку узла (SSL) на «Нет» (хотя выполняется с сертификатом от LetsEncrypt)
внезапно я снова могу загрузить и установить обновления ..

У меня такая же проблема. Это сработало для меня.

Вероятно, на вашем сервере установлена ​​слишком старая версия корневых сертификатов SSL. Обычно их можно обновить, обновив серверное программное обеспечение.

PS. это отличается от SSL-сертификата вашего собственного сервера.

Вероятно, на вашем сервере установлена ​​слишком старая версия корневых сертификатов SSL. Обычно их можно обновить, обновив серверное программное обеспечение.

PS. это отличается от SSL-сертификата вашего собственного сервера.

Проблема, упомянутая здесь, касается общего хостинга, поэтому единственный способ обновить корневой сертификат SSL - это спросить у поставщика общего хостинга или перейти на другой повидер ....
Пользователь не может больше ничего делать с корневым сертификатом общего хоста.

То, что вы только что сказали, поднимает для меня красный флаг. Я бы связался с хостингом по поводу проблемы и, если нет ответа, перейду в другое место. Нет смысла оставаться на хосте, который не поддерживает серверы в актуальном состоянии. :)

Есть ли способ воссоздать эту ошибку с помощью curl из командной строки (ssh) на сервере? Это очень поможет при работе с хостинг-провайдерами, чтобы показать ошибку и упростить для них проверку того, что обновление корневого сертификата действительно решает проблему.

Да, просто получите данные из своего браузера и преобразуйте их для совместимости с CURL - я почти уверен, что для этого есть инструменты. Единственное предостережение: вам нужно войти в систему + иметь токен nonce, что означает, что запрос нужно немного изменить.

Тем не менее, не должно быть сложно просто дать пользователю администратора и выполнить шаги, чтобы воспроизвести проблему. Скорее всего, это займет у всех меньше времени.

Спасибо @mahagr , но я думаю, это недоразумение. Вы говорите об использовании curl для доступа к административным страницам grav, чтобы воссоздать проблему? Я имею в виду другое:

Поскольку переход от curl к fopen в конфигурации системы grav решает эту проблему, должен быть вызов curl из grav, идущий неправильно внутри? Это тот вызов, который я хочу извлечь и воссоздать в командной строке.

О, на этот раз я понял - использование curl приводит к сбою, а fopen решает проблему.

По сути, люди говорят, что изменение параметра Remote Verify Peer (SSL) на No устраняет проблему, что означает, что сертификаты SSL, установленные на сервере, устарели.

Я использую общий хостинг, и проблема заключалась в заблокированном исходящем соединении с IP-адресом, который я мог добавить в белый список в панели управления моего веб-хостинга,

Я тоже наткнулся на эту же проблему.
Думаю, теперь я знаю об этом немного больше ... Я также использую его на виртуальном хостинге.

Когда я перехожу в раздел «Конфигурация» и в разделе «Система» перехожу к разделу «Расширенные», измените метод внешней выборки на «fopen» И удаленную проверку узла (SSL) на «Нет» (хотя выполняется с сертификатом от LetsEncrypt)
внезапно я снова могу загрузить и установить обновления ..

Может быть, это работает и для других.

Я обновился до версии 1.6.22, выполнив описанные выше действия - спасибо.
Примечание. Метод внешней выборки в моей версии - это метод удаленной выборки.
Remote Fetch Method

Я сам сталкиваюсь с этой проблемой (виртуальный хостинг, но я являюсь администратором. Debian 9.12, пакеты обновлены).

Изменение метода выборки на fopen и Remote Verify Peer на No не помогает. Я по-прежнему получаю недействительный ответ AJAX.

Я могу вручную отслеживать перенаправления с помощью curl -v и в конце загружать файл. Итак, я подумал, что изменил метод Fetch Method на cURL, та же проблема.

Я столкнулся с этой проблемой на собственном сервере CentOS 8. SELinux блокировал сетевые подключения для процесса httpd.

Подключитесь к серверу по ssh и запустите следующее (вы должны быть администратором):
sudo sestatus -b |grep httpd_can_network_connect
По умолчанию выключено.

Установите "на"
sudo setsebool -P httpd_can_network_connect 1

Как только это будет сделано, проблема должна быть решена.

Здесь та же проблема. Изменена система на fopen и «Remote Verify Peer (SSL)» на no. Без изменений, ошибки все еще отсутствуют.

Общий хостинг MediaTemple Grid ..

В Grav 1.7 есть улучшения (с использованием библиотеки Symfony) при загрузке обновлений. Можете ли вы попробовать (на тестовом сайте), исправят ли они проблему?

В Grav 1.7 есть улучшения (с использованием библиотеки Symfony) при загрузке обновлений. Можете ли вы попробовать (на тестовом сайте), исправят ли они проблему?

Исправлена ​​загрузка обновлений, хотя по-прежнему отображается сообщение «Ошибка загрузки» для таких вещей, как «Очистить старый кэш» («Ошибка загрузки:
Очищена 1 старая папка кеша ... {"status": "success", "message": null} ')

@ezchile Не могли бы вы создать новый выпуск по этому поводу?

@mahagr Конечно. У меня просто есть: https://github.com/getgrav/grav-plugin-admin/issues/1935

Спасибо, легче следить за открытой проблемой. :)

Была ли эта страница полезной?
0 / 5 - 0 рейтинги