Когда я пытаюсь обновить панель администратора (в панели администратора) с v1.8.17 до v1.8.19, я получаю следующую ошибку:
Ошибка при попытке загрузки (код: 0):
https://getgrav.org/download/plugins/admin/1.8.19 Сообщение: URL-адрес использует неверный / недопустимый формат или отсутствует URL-адрес
С командами SSH и GPM все работает нормально.
Можете попробовать в конфиге системы переключиться с 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, выполнив описанные выше действия - спасибо.
Примечание. Метод внешней выборки в моей версии - это метод удаленной выборки.
Я сам сталкиваюсь с этой проблемой (виртуальный хостинг, но я являюсь администратором. 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
Спасибо, легче следить за открытой проблемой. :)
Самый полезный комментарий
Я тоже наткнулся на эту же проблему.
Думаю, теперь я знаю об этом немного больше ... Я также использую его на виртуальном хостинге.
Когда я перехожу в раздел «Конфигурация» и в разделе «Система» перехожу к разделу «Расширенные», измените метод внешней выборки на «fopen» И удаленную проверку узла (SSL) на «Нет» (хотя выполняется с сертификатом от LetsEncrypt)
внезапно я снова могу загрузить и установить обновления ..
Может быть, это работает и для других ..