Grav-plugin-admin: Error al intentar descargar (código: 0):

¿Puedes intentar cambiar de Curl a Fopen en la configuración del sistema o viceversa?

mismo caso aquí. además, no puedo descargar ningún complemento

estoy usando hosting compartido

¿Puede comprobar que su php es el mismo para cli y servidor web?

¿También puede informarnos si esta es la primera vez que intenta una actualización o si el problema acaba de comenzar a aparecer pero anteriormente tuvo actualizaciones exitosas?

También me dediqué a este mismo problema.
Creo que ahora sé un poco más al respecto ... Usándolo también en un alojamiento compartido.

Cuando entro en Configuración, y en Sistema, vaya a Avanzado, cambie el Método de recuperación externa a "fopen" Y Remote Verify Peer (SSL) a "No" (aunque se ejecuta con un certificado de LetsEncrypt)
De repente, puedo descargar e instalar las actualizaciones de nuevo.

Quizás esto también funcione para otros ...

Cuando entro en Configuración, y en Sistema, vaya a Avanzado, cambie el Método de recuperación externa a "fopen" Y Remote Verify Peer (SSL) a "No" (aunque se ejecuta con un certificado de LetsEncrypt)
De repente, puedo descargar e instalar las actualizaciones de nuevo.

Yo tuve el mismo problema. Esto funcionó para mí.

Es probable que tenga una versión demasiado antigua de certificados raíz SSL en su servidor. Por lo general, se pueden actualizar mediante la actualización del software del servidor.

PD. esto es diferente del certificado SSL de su propio servidor.

Es probable que tenga una versión demasiado antigua de certificados raíz SSL en su servidor. Por lo general, se pueden actualizar mediante la actualización del software del servidor.

PD. esto es diferente del certificado SSL de su propio servidor.

El problema mencionado aquí es sobre el alojamiento compartido , por lo que la única forma de actualizar el certificado raíz SSL es preguntar al proveedor de alojamiento compartido o cambiar a otro proveedor ...
Un usuario no puede hacer nada más sobre el certificado raíz de un host compartido.

Lo que acabas de decir levanta una bandera roja para mí. Me pondría en contacto con el anfitrión sobre el problema y, si no hay respuesta, me mudaré a otro lugar. No tiene sentido quedarse en un host que no mantenga actualizados los servidores. :)

¿Hay alguna forma de recrear este error usando curl desde la línea de comandos (ssh) en el servidor? Esto ayudaría mucho al tratar con proveedores de alojamiento para mostrar el error y facilitarles la verificación de que una actualización del certificado raíz realmente resuelve el problema.

Sí, simplemente obtenga los datos de su navegador y conviértalos para que sean compatibles con CURL. Estoy bastante seguro de que también hay herramientas para eso. La única advertencia es que debe iniciar sesión + tener el token nonce, lo que significa que la solicitud debe cambiarse ligeramente.

Aunque dicho esto, no debería ser difícil simplemente dar un usuario administrador y seguir los pasos para reproducir el problema. Probablemente les tomará menos tiempo a todos.

Gracias @mahagr , pero creo que hay un malentendido. ¿Hablas de usar curl para acceder a las páginas de administración de grav para recrear el problema? Me refiero a otra cosa:

Dado que cambiar de curl a fopen en la configuración del sistema grav lo resuelve, ¿debería haber una llamada curl de grav que salga mal internamente? Es esa llamada la que quiero extraer y recrear en la línea de comandos.

Oh, lo entendí esta vez: usar curl hace que falle y fopen resuelve el problema.

Básicamente, la gente dice que cambiar la configuración Remote Verify Peer (SSL) a No soluciona el problema, lo que significa que los certificados SSL instalados en el servidor son antiguos.

Estoy en un alojamiento compartido y el problema era una conexión saliente bloqueada a una IP que podía incluir en la lista blanca en el panel de control de mi servidor web.

También me dediqué a este mismo problema.
Creo que ahora sé un poco más al respecto ... Usándolo también en un alojamiento compartido.

Cuando entro en Configuración, y en Sistema, vaya a Avanzado, cambie el Método de recuperación externa a "fopen" Y Remote Verify Peer (SSL) a "No" (aunque se ejecuta con un certificado de LetsEncrypt)
De repente, puedo descargar e instalar las actualizaciones de nuevo.

Quizás esto también funcione para otros.

Actualicé a la versión 1.6.22 siguiendo los pasos anteriores, gracias.
Nota: El método de recuperación externa en mi versión es el método de recuperación remota

Yo mismo me encuentro con este problema (alojamiento compartido, pero soy el administrador. Debian 9.12, los paquetes están actualizados).

Cambiar el método Fetch a fopen y Remote Verify Peer to No no ayuda. Sigo recibiendo una respuesta AJAX no válida.

Puedo seguir manualmente las redirecciones con curl -v y descargar el archivo al final. Así que pensé en cambiar el método Fetch a cURL, mismo problema.

Me encontré con este problema en un servidor CentOS 8 autohospedado. SELinux estaba bloqueando las conexiones de red para el proceso httpd.

Conéctese al servidor mediante ssh y ejecute lo siguiente (debe ser administrador):
sudo sestatus -b |grep httpd_can_network_connect
El valor predeterminado es "desactivado".

Ponlo en "on"
sudo setsebool -P httpd_can_network_connect 1

Una vez hecho esto, el problema debería resolverse.

El mismo problema aquí. Se cambió el sistema a fopen y 'Remote Verify Peer (SSL)' a no .. Sin cambios, aún faltan errores.

Alojamiento compartido MediaTemple Grid.

Grav 1.7 tiene mejoras (usando una biblioteca Symfony) en la descarga de actualizaciones. ¿Puedes probar (en un sitio de prueba) si solucionan el problema?

Grav 1.7 tiene mejoras (usando una biblioteca Symfony) en la descarga de actualizaciones. ¿Puedes probar (en un sitio de prueba) si solucionan el problema?

Se corrigieron las actualizaciones de descarga, aunque todavía muestra 'error de recuperación' para cosas como 'Purgar caché antiguo' ('Error de recuperación:
Se purgaron 1 carpetas de caché antiguas ... {"status": "success", "message": null} ')

@ezchile ¿Puede crear un nuevo número sobre esto?

@mahagr Seguro. Solo tengo: https://github.com/getgrav/grav-plugin-admin/issues/1935

Gracias, es más fácil seguir un problema abierto. :)