Grav-plugin-admin: Erro ao tentar fazer download (código: 0):

Você pode tentar mudar de Curl para Fopen na configuração do sistema ou vice-versa?

mesmo caso aqui. Além disso, não consigo baixar nenhum plugin

estou usando hospedagem compartilhada

Você pode verificar se o seu php é o mesmo para o servidor CLI e web?

Além disso, você pode nos informar se esta é a primeira vez que está tentando uma atualização ou se o problema começou a aparecer, mas você já teve atualizações bem-sucedidas.

Também comecei a abordar esse mesmo problema.
Acho que agora sei um pouco mais sobre isso .. Usando-o também em uma hospedagem compartilhada.

Quando eu entro em Configuração, e em Sistema, vá para Avançado, altere o Método de busca externo para "fopen" E o ponto de verificação remoto (SSL) para "Não" (embora executando com um certificado de LetsEncrypt)
De repente, consigo baixar e instalar as atualizações novamente.

Talvez isso funcione para outras pessoas também ..

Quando eu entro em Configuração, e em Sistema, vá para Avançado, altere o Método de busca externo para "fopen" E o ponto de verificação remoto (SSL) para "Não" (embora executando com um certificado de LetsEncrypt)
De repente, consigo baixar e instalar as atualizações novamente.

Eu tive o mesmo problema. Isso funcionou para mim.

Provavelmente, você tem uma versão muito antiga dos certificados SSL raiz em seu servidor. Geralmente, eles podem ser atualizados com a atualização do software do servidor.

PS. isso é diferente do seu próprio certificado SSL do servidor.

Provavelmente, você tem uma versão muito antiga dos certificados SSL raiz em seu servidor. Geralmente, eles podem ser atualizados com a atualização do software do servidor.

PS. isso é diferente do seu próprio certificado SSL do servidor.

O problema mencionado aqui é sobre hospedagem compartilhada , portanto, a única maneira de atualizar o certificado raiz SSL é solicitando ao provedor de hospedagem compartilhada, ou mudar para outro fornecedor ....
Um usuário não pode fazer mais nada sobre o certificado raiz de um host compartilhado.

O que você acabou de dizer levanta uma bandeira vermelha para mim. Eu entraria em contato com a hospedagem sobre o problema e, se não houver resposta, mude para outro lugar. Não adianta ficar em um host que não mantém os servidores atualizados. :)

Existe uma maneira de recriar este erro usando curl da linha de comando (ssh) no servidor? Isso ajudaria muito ao lidar com provedores de hospedagem para mostrar o erro e tornar mais fácil para eles verificarem se uma atualização de certificado raiz realmente resolve o problema.

Sim, basta obter os dados do seu navegador e convertê-los para serem compatíveis para CURL - tenho certeza de que também existem ferramentas para isso. A única ressalva é que você precisa estar logado + ter o token nonce, o que significa que a solicitação precisa ser ligeiramente alterada.

Apesar disso, não deve ser difícil simplesmente fornecer o usuário administrador e seguir as etapas para reproduzir o problema. Provavelmente levará menos tempo de todos.

Obrigado @mahagr , mas acho que há um mal-entendido. Você fala sobre como usar o curl para acessar as páginas de administração do grav para recriar o problema? Quero dizer outra coisa:

Já que mudar de curl para fopen na configuração do sistema grav resolve isso, deve haver uma chamada curl do grav que está dando errado internamente? É aquela chamada que desejo extrair e recriar na linha de comando.

Ah, entendi desta vez - usar curl faz com que ele falhe e fopen resolve o problema.

Basicamente, as pessoas estão dizendo que alterar a configuração Remote Verify Peer (SSL) para No corrige o problema, o que significa que os certificados SSL instalados no servidor são antigos.

Estou em uma hospedagem compartilhada e o problema era uma conexão de saída bloqueada para um IP que eu poderia colocar na lista de permissões no painel de controle do meu host,

Também comecei a abordar esse mesmo problema.
Acho que agora sei um pouco mais sobre isso .. Usando-o também em uma hospedagem compartilhada.

Quando eu entro em Configuração, e em Sistema, vá para Avançado, altere o Método de busca externo para "fopen" E o ponto de verificação remoto (SSL) para "Não" (embora executando com um certificado de LetsEncrypt)
De repente, consigo baixar e instalar as atualizações novamente.

Talvez isso funcione para outras pessoas também.

Eu atualizei para a versão 1.6.22 usando as etapas acima - obrigado.
Observação: o método de busca externa na minha versão é o método de busca remota

Eu mesmo estou tendo esse problema (hospedagem compartilhada, mas eu sou o administrador. Debian 9.12, os pacotes estão atualizados).

Mudar o método Fetch para fopen e o Remote Verify Peer para No não ajuda. Ainda recebo uma resposta AJAX inválida.

Posso seguir manualmente os redirecionamentos com curl -v e baixar o arquivo no final. Então eu pensei em mudar o método Fetch para cURL, mesmo problema.

Eu encontrei esse problema em um servidor CentOS 8 auto-hospedado. SELinux estava bloqueando conexões de rede para o processo httpd.

Conecte-se ao servidor por ssh e execute o seguinte (você precisa ser administrador):
sudo sestatus -b |grep httpd_can_network_connect
O padrão é "desligado".

Defina-o como "ligado"
sudo setsebool -P httpd_can_network_connect 1

Feito isso, o problema deve ser resolvido.

O mesmo problema aqui. Sistema alterado para fopen e 'Remote Verify Peer (SSL)' para no .. Nenhuma alteração, ainda erros.

Hospedagem Shared MediaTemple Grid ..

Grav 1.7 tem melhorias (usando uma biblioteca Symfony) no download de atualizações. Você pode tentar (em um site de teste) se eles corrigirem o problema?

Grav 1.7 tem melhorias (usando uma biblioteca Symfony) no download de atualizações. Você pode tentar (em um site de teste) se eles corrigirem o problema?

Foi corrigido o download de atualizações, embora ainda mostre 'falha na busca' para coisas como 'Limpar cache antigo' ('Falha na busca:
Eliminou 1 pasta de cache antiga ... {"status": "sucesso", "mensagem": null} ')

@ezchile Você pode, por favor, criar uma nova edição sobre isso?

@mahagr Claro. Acabei de ter: https://github.com/getgrav/grav-plugin-admin/issues/1935

Obrigado, é mais fácil acompanhar um problema aberto. :)