Curl Hatası 52 Sunucudan boş yanıt

Başka bir sunucuda barındırılan PHP'de bir yedekleme komut dosyasını çalıştırmak için bir sunucuda bir cron işi kurulumum var. Kullanmakta olduğum komut şu şekilde biçimlendirilmiş:

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

Son zamanlarda Cron çalıştığında bu hatayı alıyorum

curl: (52) Empty reply from server

Bunun ne anlama geldiğine dair hiçbir fikrim yok. Bağlantıya doğrudan tarayıcımda gidersem, komut dosyası sorunsuz çalışır ve küçük yedek zip dosyamı alırım.

Herhangi biri bununla ilgili herhangi bir bilgi verebilir mi?

Bu, curl'den HTTPS yapan bir sunucuda düz HTTP yapması istenirse gerçekleşebilir.

Misal:

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

Curl, HTTP'nin bir isteğe hiçbir şeyi yanıtlamaması nedeniyle bir sunucudan yanıt gelmediğinde bu hatayı verir.

Sanırım sorun, siz ve söz konusu ana bilgisayar arasında bir güvenlik duvarı veya proxy gibi bir ağ altyapısı parçası olması. Bu nedenle, bunun işe yaraması, sorunu o donanımdan sorumlu kişilerle tartışmanızı gerektirecektir.

Benim durumumda sunucu yeniden yönlendirmesiydi; curl -Lsorunumu çözdüm.

% 100 CPU veya Bellek kullanımı nedeniyle sunucu yanıt vermediğinde ortaya çıkabilir.

Sonarqube API'ye erişmeye çalışırken bu hatayı aldım ve sunucu tam bellek kullanımı nedeniyle yanıt vermiyor

Boş bir yanıtın diğer bir yaygın nedeni zaman aşımıdır. Cron işinin PHP / hedef sunucunuza çalıştığı yerden tüm atlamaları kontrol edin. Muhtemelen hat üzerinde bir yerde, isteği beklediğinizden önce sonlandıran ve boş bir yanıtla sonuçlanan bir cihaz / sunucu / nginx / LB / proxy vardır.

SSL bağlantıları durumunda bunun nedeni, curl ve Safari istekleri sırasında segfault yapan nginx sunucusunun eski sürümlerindeki sorun olabilir. Bu hata , nginx'in 1.10 sürümü civarında düzeltildi, ancak internette hala birçok eski nginx sürümü var.

Nginx yöneticileri için: ekleme ssl_session_cache shared:SSL:1m;için httpbloğun sorunu çözmek gerekir.

OP'nin SSL olmayan destek talebinde bulunduğunun farkındayım, ancak bu "sunucudan boş yanıt" sorunu için goole'deki en üst sayfa olduğundan, kafamı çarpan birçok kişiden biri olduğum için SSL yanıtını burada bırakıyorum bu konu ile duvara karşı.

Benim durumumda buna bir PHP APC problemi neden oldu. Bakılacak ilk yer Apache hata günlükleridir (Apache kullanıyorsanız).

Umarım bu birine yardımcı olur.

bu hata, sunucu verileri işliyorsa da ortaya çıkabilir. REST API web sitelerine çok sayıda girişi olan ve kayıtların oluşturulması ve geri dönmesi uzun süren bazı dosyalar gönderdiğimde genellikle başıma geliyor

Bu curl -sS " http://www.example.com/backup.php " yi, URL'nizi "" benim için çalışan "" kısmına koyarak deneyebilirsiniz . Tam sebebini bilmiyorum ama sanırım url'yi " "sunucuya yapılan isteği tamamlar veya sadece başlık isteğini tamamlar.

Bu sorunu daha önce yaşadım. Aynı bağlantı noktasını (3000) kullanan başka bir uygulamam olduğunu anladım.

Bunu öğrenmenin kolay yolu:

Terminale yazın netstat -a -p TCP -n | grep 3000('3000' yerine kullandığınız bağlantı noktasını yazın ). Birden fazla dinleme varsa, o bağlantı noktasını zaten başka bir şey işgal ediyor. Bu işlemi durdurmalı veya yeni işleminiz için bağlantı noktasını değiştirmelisiniz.

Benim durumumda (curl 7.47.0), content-lengthpostacı tarafından hesaplanan bir değerle curl komutuna başlığı manuel olarak ayarladığım içindir (curl komut parametrelerini oluşturmak ve bunları kabuğa kopyalamak için postacı kullandım). Başlığı sildikten sonra content-lengthnormal çalışıyor.

Deneyin bu -> Bunun yerine cURL geçiyor, sen Telnet ile ulaşmaya çalıştığınız siteyi ping deneyin. Bağlantı girişiminizin döndürdüğü yanıt, tam olarak cURL'nin bağlanmaya çalıştığında gördüğü şey olacaktır (ancak bunu size yardımcı olmadan şaşırtacaktır). Şimdi, burada ne gördüğünüze bağlı olarak, birkaç sonuçtan birini çıkarabilirsiniz:

İsme dayalı bir sanal ana bilgisayar olan bir web sitesine bağlanmaya çalışıyorsunuz, yani IP adresi üzerinden erişilemiyor. Ana bilgisayar adıyla ilgili bir sorun oluştu - bir şeyi yanlış yazmış olabilirsiniz. Parametreler için POST yerine GET kullanmanın size daha somut bir cevap vereceğini unutmayın.

Sorun ayrıca 100 devam başlığına da bağlı olabilir. Koşmayı deneyin curl_getinfo($ch, CURLINFO_HTTP_CODE)ve sonucu kontrol edin.

Durumum SSL sertifikasının sona ermesinden kaynaklanıyor

Benim durumumda uwsgi kullanıyordum, 60 saniyeden daha uzun bir süre için http-timeout özelliğini ekledim, ancak biraz fazla alan nedeniyle çalışmıyordu ve yapılandırma dosyası düzgün yüklenmiyordu.

Https gibi güvenli Web Sitesine erişmeye çalıştığınızda gerçekleşir.

Umarım 's'lerini kaçırmışsındır

URL'yi curl -sS -u "kullanıcı adı: şifre" https://www.example.com/backup.php olarak değiştirmeyi deneyin