Lỗi Curl 52 Trả lời trống từ máy chủ

Tôi có một thiết lập cron job trên một máy chủ để chạy một tập lệnh sao lưu bằng PHP được lưu trữ trên một máy chủ khác. Lệnh tôi đang sử dụng có định dạng như sau:

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

Gần đây, tôi đã gặp lỗi này khi Cron chạy

curl: (52) Empty reply from server

Tôi không biết cái này nghĩa là gì. Nếu tôi truy cập liên kết trực tiếp trong trình duyệt của mình, tập lệnh sẽ chạy tốt và tôi nhận được tệp zip dự phòng nhỏ của mình.

Bất cứ ai có thể cung cấp bất kỳ thông tin về nó?

Điều này có thể xảy ra nếu curl được yêu cầu thực hiện HTTP thuần túy trên máy chủ có HTTPS.

Thí dụ:

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

Curl đưa ra lỗi này khi không có phản hồi từ máy chủ, vì đó là lỗi khi HTTP không phản hồi bất kỳ yêu cầu nào.

Tôi nghi ngờ vấn đề bạn gặp phải là có một số phần của cơ sở hạ tầng mạng, như tường lửa hoặc proxy, giữa bạn và máy chủ được đề cập. Do đó, để điều này hoạt động sẽ yêu cầu bạn thảo luận vấn đề với những người chịu trách nhiệm về phần cứng đó.

Trong trường hợp của tôi, đó là chuyển hướng máy chủ; curl -Lđã giải quyết vấn đề của tôi.

Nó có thể xảy ra khi máy chủ không phản hồi do sử dụng 100% CPU hoặc Bộ nhớ.

Tôi gặp lỗi này khi cố gắng truy cập API sonarqube và máy chủ không phản hồi do sử dụng đầy bộ nhớ

Một lý do phổ biến khác cho câu trả lời trống là thời gian chờ. Kiểm tra tất cả các bước nhảy từ nơi công việc cron đang chạy từ máy chủ PHP / đích của bạn. Có thể có một thiết bị / máy chủ / nginx / LB / proxy ở đâu đó trên đường thẳng kết thúc yêu cầu sớm hơn bạn mong đợi, dẫn đến phản hồi trống.

Trong trường hợp kết nối SSL, điều này có thể do sự cố trong các phiên bản cũ hơn của máy chủ nginx, lỗi này xảy ra khi yêu cầu curl và Safari. Lỗi này đã được sửa xung quanh phiên bản 1.10 của nginx nhưng vẫn còn rất nhiều phiên bản nginx cũ hơn trên internet.

Đối với quản trị viên nginx: thêm ssl_session_cache shared:SSL:1m;vào httpkhối sẽ giải quyết được vấn đề.

Tôi biết rằng OP đang yêu cầu trường hợp không phải SSL nhưng vì đây là trang hàng đầu trong goole về vấn đề "trả lời trống từ máy chủ", tôi để lại câu trả lời SSL ở đây vì tôi là một trong số nhiều người đang đập đầu chống lại bức tường với vấn đề này.

Trong trường hợp của tôi, điều này là do sự cố APC PHP. Nơi đầu tiên cần xem là nhật ký lỗi Apache (nếu bạn đang sử dụng Apache).

Hy vọng điều này sẽ giúp ai đó.

bạn có thể thử curl -sS này " http://www.example.com/backup.php " bằng cách đặt URL của bạn vào "" phù hợp với tôi. Tôi không biết lý do chính xác nhưng tôi cho rằng việc đặt url vào " "hoàn thành yêu cầu đến máy chủ hoặc chỉ hoàn thành yêu cầu tiêu đề.

Tôi đã gặp vấn đề này trước đây. Tìm ra rằng tôi có một ứng dụng khác sử dụng cùng một cổng (3000).

Cách dễ dàng để tìm ra điều này:

Trong thiết bị đầu cuối, nhập netstat -a -p TCP -n | grep 3000(thay thế cổng bạn đang sử dụng cho '3000'). Nếu có nhiều hơn một người đang nghe, một cái gì đó khác đã chiếm giữ cổng đó. Bạn nên dừng quá trình đó hoặc thay đổi cổng cho quá trình mới của mình.

Trong trường hợp của tôi (curl 7.47.0), đó là do tôi đặt tiêu đề content-lengthtrên lệnh curl theo cách thủ công với một giá trị được tính toán bởi người đưa thư (tôi đã sử dụng người đưa thư để tạo các tham số lệnh curl và sao chép chúng vào trình bao). Sau khi tôi xóa tiêu đề content-length, nó hoạt động bình thường.

lỗi này cũng có thể xảy ra nếu máy chủ đang xử lý dữ liệu. Điều này thường xảy ra với tôi khi tôi đăng một số tệp lên các trang web REST API có nhiều mục nhập và mất nhiều thời gian để tạo và trả lại bản ghi

Hãy thử cách này -> Thay vì duyệt qua cURL, hãy thử ping trang web bạn đang cố gắng truy cập bằng Telnet. Phản hồi mà nỗ lực kết nối của bạn trả về sẽ chính xác là những gì cURL nhìn thấy khi cố gắng kết nối (nhưng phản hồi mà nó vô tình làm xáo trộn bạn). Bây giờ, tùy thuộc vào những gì bạn thấy ở đây, bạn có thể rút ra một trong số các kết luận:

Bạn đang cố gắng kết nối với một trang web là máy chủ ảo dựa trên tên, nghĩa là không thể truy cập trang web đó qua địa chỉ IP. Đã xảy ra sự cố với tên máy chủ — có thể bạn đã nhập sai thứ gì đó. Lưu ý rằng việc sử dụng GET thay vì POST cho các tham số sẽ cho bạn câu trả lời cụ thể hơn.

Vấn đề cũng có thể liên quan đến tiêu đề 100 tiếp tục. Hãy thử chạy curl_getinfo($ch, CURLINFO_HTTP_CODE)và kiểm tra kết quả.

Trường hợp của tôi là do chứng chỉ SSL hết hạn

Trong trường hợp của tôi, tôi đang sử dụng uwsgi, đã thêm thuộc tính http-timeout trong hơn 60 giây nhưng nó không hoạt động do có thêm một số dung lượng và tệp cấu hình không được tải đúng cách.

Nó xảy ra khi bạn đang cố gắng truy cập Trang web an toàn như Https.

Tôi hy vọng bạn đã bỏ lỡ 's'

Thử thay đổi URL thành curl -sS -u "username: password" https://www.example.com/backup.php