ฉันมีการตั้งค่างาน cron บนเซิร์ฟเวอร์หนึ่งเพื่อเรียกใช้สคริปต์สำรองใน PHP ที่โฮสต์บนเซิร์ฟเวอร์อื่น คำสั่งที่ฉันใช้อยู่มีรูปแบบดังนี้:
curl -sS http://www.example.com/backup.php
เมื่อเร็ว ๆ นี้ฉันได้รับข้อผิดพลาดนี้เมื่อ Cron ทำงาน
curl: (52) Empty reply from server
ฉันไม่รู้ว่านี่หมายถึงอะไร ถ้าฉันไปที่ลิงค์โดยตรงในเบราว์เซอร์สคริปต์จะทำงานได้ดีและฉันได้รับไฟล์ zip สำรองของฉัน
ใครสามารถให้ข้อมูลเกี่ยวกับเรื่องนี้ได้หรือไม่?
curlหมดเวลาหรือไม่ คุณได้ลองเพิ่มค่าเริ่มต้น curl รอที่จะเชื่อมต่อ--connect-timeout <seconds>และสำหรับการดำเนินการทั้งหมด--max-time <seconds>หรือไม่?
คำตอบ:
สิ่งนี้สามารถเกิดขึ้นได้หาก curl ถูกขอให้ทำ HTTP ธรรมดาบนเซิร์ฟเวอร์ที่ทำ HTTPS
ตัวอย่าง:
$ curl http://google.com:443
curl: (52) Empty reply from server
curl localhost:8443ให้ข้อผิดพลาดในการตอบกลับว่างเปล่า curl -k https://localhost:8443แสดงหน้าอย่างถูกต้อง
Curl แสดงข้อผิดพลาดนี้เมื่อไม่มีการตอบกลับจากเซิร์ฟเวอร์เนื่องจากเป็นข้อผิดพลาดที่ HTTP ไม่ตอบสนองต่อคำขอ
ฉันสงสัยว่าปัญหาที่คุณพบคือมีโครงสร้างพื้นฐานเครือข่ายบางส่วนเช่นไฟร์วอลล์หรือพร็อกซีระหว่างคุณกับโฮสต์ที่เป็นปัญหา ดังนั้นการดำเนินการนี้จะทำให้คุณต้องหารือเกี่ยวกับปัญหากับผู้ที่รับผิดชอบฮาร์ดแวร์นั้น
ในกรณีของฉันมันเป็นการเปลี่ยนเส้นทางเซิร์ฟเวอร์ curl -Lแก้ปัญหาของฉัน
อาจเกิดขึ้นได้เมื่อเซิร์ฟเวอร์ไม่ตอบสนองเนื่องจากการใช้ CPU หรือหน่วยความจำ 100%
ฉันได้รับข้อผิดพลาดนี้เมื่อพยายามเข้าถึง sonarqube API และเซิร์ฟเวอร์ไม่ตอบสนองเนื่องจากการใช้หน่วยความจำเต็ม
อีกสาเหตุหนึ่งที่ทำให้การตอบกลับว่างเปล่าคือการหมดเวลา ตรวจสอบฮ็อพทั้งหมดที่งาน cron กำลังทำงานจากไปยังเซิร์ฟเวอร์ PHP / เป้าหมายของคุณ อาจมีอุปกรณ์ / เซิร์ฟเวอร์ / nginx / LB / พร็อกซีที่ไหนสักแห่งตามบรรทัดที่ยุติคำขอเร็วกว่าที่คุณคาดไว้ส่งผลให้การตอบกลับว่างเปล่า
ในกรณีของการเชื่อมต่อ SSL อาจเกิดจากปัญหาในเซิร์ฟเวอร์ nginx เวอร์ชันเก่าที่เกิดข้อผิดพลาดระหว่างการร้องขอ curl และ Safari จุดบกพร่องนี้ได้รับการแก้ไขในเวอร์ชัน 1.10 ของ nginx แต่ยังมี nginx เวอร์ชันเก่า ๆ อยู่บนอินเทอร์เน็ต
สำหรับผู้ดูแลระบบ nginx: การเพิ่มssl_session_cache shared:SSL:1m;ลงในhttpบล็อกควรแก้ปัญหาได้
ฉันทราบว่า OP กำลังขอกรณีที่ไม่ใช่ SSL แต่เนื่องจากนี่เป็นหน้าบนสุดใน goole สำหรับปัญหา "การตอบกลับที่ว่างเปล่าจากเซิร์ฟเวอร์" ฉันจึงปล่อยคำตอบ SSL ไว้ที่นี่เนื่องจากฉันเป็นหนึ่งในหลาย ๆ คนที่ทะเลาะกัน กับกำแพงที่มีปัญหานี้
ในกรณีของฉันนี่เกิดจากปัญหา PHP APC อันดับแรกที่ต้องดูคือบันทึกข้อผิดพลาดของ Apache (หากคุณใช้ Apache)
หวังว่านี่จะช่วยใครสักคน
ข้อผิดพลาดนี้อาจเกิดขึ้นได้หากเซิร์ฟเวอร์กำลังประมวลผลข้อมูล มักจะเกิดขึ้นกับฉันเมื่อฉันโพสต์ไฟล์บางไฟล์ไปยังเว็บไซต์ REST API ที่มีหลายรายการและใช้เวลานานในการสร้างและส่งคืนระเบียน
คุณสามารถลอง curl -sS " http://www.example.com/backup.php " นี้โดยใส่ URL ของคุณเป็น "" ที่เหมาะกับฉันฉันไม่รู้เหตุผลที่แน่นอน แต่ฉันคิดว่าการใส่ url ลงใน " "ดำเนินการตามคำขอไปยังเซิร์ฟเวอร์หรือเพียงแค่ดำเนินการตามคำขอส่วนหัว
ฉันเคยมีปัญหานี้มาก่อน คิดว่าฉันมีแอปพลิเคชั่นอื่นที่ใช้พอร์ตเดียวกัน (3000)
วิธีง่ายๆในการค้นหาสิ่งนี้:
ในเทอร์มินัลให้พิมพ์netstat -a -p TCP -n | grep 3000(แทนที่พอร์ตที่คุณใช้สำหรับ '3000') หากมีการฟังมากกว่าหนึ่งรายการแสดงว่ามีสิ่งอื่นครอบครองพอร์ตนั้นอยู่แล้ว คุณควรหยุดกระบวนการนั้นหรือเปลี่ยนพอร์ตสำหรับกระบวนการใหม่ของคุณ
ในกรณีของฉัน (curl 7.47.0) เป็นเพราะฉันตั้งค่าส่วนหัวของcontent-lengthคำสั่ง curl ด้วยตนเองด้วยค่าที่บุรุษไปรษณีย์คำนวณ (ฉันใช้บุรุษไปรษณีย์เพื่อสร้างพารามิเตอร์คำสั่ง curl และคัดลอกไปยังเชลล์) หลังจากที่ฉันลบส่วนหัวมันcontent-lengthจะทำงานได้ตามปกติ
ลองใช้สิ่งนี้ -> แทนที่จะใช้ cURL ให้ลอง ping ไซต์ที่คุณพยายามเข้าถึงด้วย Telnet การตอบสนองที่ความพยายามในการเชื่อมต่อของคุณส่งกลับจะเป็นสิ่งที่ cURL เห็นเมื่อพยายามเชื่อมต่อ (แต่สิ่งที่ทำให้คุณสับสนอย่างไม่เป็นประโยชน์) ตอนนี้ขึ้นอยู่กับสิ่งที่คุณเห็นที่นี่คุณอาจได้ข้อสรุปอย่างใดอย่างหนึ่ง:
คุณกำลังพยายามเชื่อมต่อกับเว็บไซต์ที่เป็นโฮสต์เสมือนตามชื่อซึ่งหมายความว่าไม่สามารถเข้าถึงผ่านที่อยู่ IP ได้ เกิดข้อผิดพลาดกับชื่อโฮสต์คุณอาจพิมพ์ผิดบางอย่าง โปรดทราบว่าการใช้ GET แทน POST สำหรับพารามิเตอร์จะให้คำตอบที่เป็นรูปธรรมมากขึ้น
ปัญหานี้อาจเชื่อมโยงกับส่วนหัว 100 ต่อ ลองวิ่งcurl_getinfo($ch, CURLINFO_HTTP_CODE)และตรวจสอบผลลัพธ์
telnet hostnameและGET <url>
กรณีของฉันเกิดจากการหมดอายุของใบรับรอง SSL
ในกรณีของฉันฉันใช้ uwsgi เพิ่มคุณสมบัติ http-timeout เป็นเวลานานกว่า 60 วินาทีแล้ว แต่มันไม่ทำงานเนื่องจากพื้นที่เพิ่มเติมและไฟล์ config ไม่ได้รับการโหลดอย่างถูกต้อง
เกิดขึ้นเมื่อคุณพยายามเข้าถึงเว็บไซต์ที่ปลอดภัยเช่น Https
ฉันหวังว่าคุณจะพลาด
ลองเปลี่ยน URL เป็น curl -sS -u "ชื่อผู้ใช้: รหัสผ่าน" https://www.example.com/backup.php