Errore 52 Curl Risposta vuota dal server

Ho una configurazione di cron job su un server per eseguire uno script di backup in PHP ospitato su un altro server. Il comando che ho utilizzato è formattato in questo modo:

curl -sS http://www.example.com/backup.php

Ultimamente ho ricevuto questo errore durante l'esecuzione del Cron

curl: (52) Empty reply from server

Non ho idea di cosa significhi. Se vado al collegamento direttamente nel mio browser, lo script funziona correttamente e ottengo il mio piccolo file zip di backup.

Qualcuno può fornire informazioni a riguardo?

Ciò può accadere se a curl viene chiesto di eseguire un semplice HTTP su un server che esegue HTTPS.

Esempio:

$ curl http://google.com:443
curl: (52) Empty reply from server

Curl dà questo errore quando non c'è risposta da un server, poiché è un errore per HTTP non rispondere a una richiesta.

Sospetto che il problema che hai è che ci sia qualche pezzo di infrastruttura di rete, come un firewall o un proxy, tra te e l'host in questione. Per far funzionare questo, quindi, sarà necessario discutere il problema con le persone responsabili di quell'hardware.

Nel mio caso era il reindirizzamento del server; curl -Lha risolto il mio problema.

Può accadere quando il server non risponde a causa del 100% di utilizzo della CPU o della memoria.

Ho ricevuto questo errore quando stavo tentando di accedere all'API di sonarqube e il server non rispondeva a causa dell'utilizzo completo della memoria

Un altro motivo comune per una risposta vuota è il timeout. Controlla tutti gli hop da cui viene eseguito il cron job al tuo server PHP / di destinazione. Probabilmente c'è un dispositivo / server / nginx / LB / proxy da qualche parte lungo la linea che termina la richiesta prima del previsto, risultando in una risposta vuota.

In caso di connessioni SSL, ciò potrebbe essere causato da un problema nelle versioni precedenti del server nginx che segfault durante le richieste curl e Safari. Questo bug è stato risolto intorno alla versione 1.10 di nginx ma ci sono ancora molte versioni precedenti di nginx su Internet.

Per gli amministratori di nginx: l'aggiunta ssl_session_cache shared:SSL:1m;al httpblocco dovrebbe risolvere il problema.

Sono consapevole che OP stava chiedendo un caso non SSL ma poiché questa è la prima pagina in goole per il problema "risposta vuota dal server", lascio la risposta SSL qui perché ero uno dei tanti che mi stavano sbattendo la testa contro il muro con questo problema.

Nel mio caso questo è stato causato da un problema APC di PHP. Il primo posto da cercare sono i log degli errori di Apache (se stai usando Apache).

Spero che questo aiuti qualcuno.

questo errore può verificarsi anche se il server sta elaborando i dati. Di solito mi succede quando inserisco alcuni file su siti Web API REST che hanno molte voci e impiegano molto tempo per la creazione e la restituzione dei record

puoi provare questo curl -sS " http://www.example.com/backup.php " inserendo il tuo URL in "" che ha funzionato per me Non so il motivo esatto ma suppongo che inserendo l'URL in " "completa la richiesta al server o completa semplicemente la richiesta di intestazione.

Ho già avuto questo problema. Ho scoperto di avere un'altra applicazione che utilizzava la stessa porta (3000).

Un modo semplice per scoprirlo:

Nel terminale, digita netstat -a -p TCP -n | grep 3000(sostituisci la porta che stai utilizzando con "3000"). Se c'è più di un ascolto, qualcos'altro sta già occupando quella porta. È necessario interrompere il processo o modificare la porta per il nuovo processo.

Nel mio caso (curl 7.47.0), è perché ho impostato content-lengthmanualmente l'intestazione sul comando curl con un valore calcolato da postman (ho usato postman per generare i parametri del comando curl e copiarli nella shell). Dopo aver eliminato l'intestazione content-length, funziona normalmente.

Prova questo -> Invece di passare attraverso cURL, prova a eseguire il ping del sito che stai cercando di raggiungere con Telnet. La risposta che restituisce il tuo tentativo di connessione sarà esattamente ciò che cURL vede quando tenta di connettersi (ma che ti offusca inutilmente). Ora, a seconda di ciò che vedi qui, potresti trarre una delle numerose conclusioni:

Stai tentando di connetterti a un sito Web che è un host virtuale basato sul nome, il che significa che non può essere raggiunto tramite indirizzo IP. Qualcosa è andato storto con il nome host: potresti aver digitato male qualcosa. Nota che l'uso di GET invece di POST per i parametri ti darà una risposta più concreta.

Il problema potrebbe anche essere legato all'intestazione 100-continue. Prova a correre curl_getinfo($ch, CURLINFO_HTTP_CODE)e controlla il risultato.

Il mio caso era dovuto alla scadenza del certificato SSL

Nel mio caso stavo usando uwsgi, ho aggiunto la proprietà http-timeout per più di 60 secondi ma non funzionava a causa di un po 'di spazio extra e il file di configurazione non veniva caricato correttamente.

Succede quando si tenta di accedere a un sito Web protetto come Https.

Spero ti sia mancato

Prova a cambiare l'URL in curl -sS -u "nomeutente: password" https://www.example.com/backup.php