รหัสสถานะ HTTP 0 - Error Domain = NSURLErrorDomain?

ฉันกำลังทำโปรเจ็กต์ iOS

ในแอปพลิเคชันนี้ฉันกำลังดาวน์โหลดภาพจากเซิร์ฟเวอร์

ปัญหา:

ในขณะที่ภาพการดาวน์โหลดฉันได้รับการร้องขอหมดเวลา ตามเอกสารรหัสสถานะ HTTP 408ของการร้องขอหมดเวลา

แต่ในแอปพลิเคชันของฉันฉันได้รับรหัสสถานะ HTTP 0พร้อมข้อผิดพลาดต่อไปนี้

Error Domain = NSURLErrorDomain Code = -1001 "การร้องขอหมดเวลา" UserInfo = 0xb9af710 {NSErrorFailingURLStringKey = http://xxxx.com/resources/p/PNG/1383906967_5621_63.jpg , NSErrorFailingURLKey = http://xxxx.com/resources/p/PNG/1383906967_5621_63.jpg , NSLocal requestizedDescription = The ., NSUnderlyingError = 0x13846870 "คำขอหมดเวลา"}

ในระหว่างการค้นหาทางอินเทอร์เน็ตฉันไม่พบข้อมูลเกี่ยวกับ HTTP Status Code 0

ใครช่วยอธิบายเรื่องนี้ให้ฉันฟังหน่อย

ไม่มีรหัสสถานะ HTTP 0 สิ่งที่คุณเห็นคือ 0 ที่ส่งคืนโดย API / ไลบรารีที่คุณใช้ คุณจะต้องตรวจสอบเอกสารสำหรับสิ่งนั้น

รหัสสถานะเป็น 0 ในNSHTTPURLResponseวัตถุโดยทั่วไปหมายความว่าไม่มีการตอบสนองและอาจเกิดขึ้นได้จากหลายสาเหตุ เซิร์ฟเวอร์จะไม่ส่งคืนสถานะเป็น 0 เนื่องจากนี่ไม่ใช่รหัสสถานะ HTTP ที่ถูกต้อง

ในกรณีของคุณคุณดูเหมือนจะได้รับรหัสสถานะเป็น 0 เนื่องจากคำขอหมดเวลาและ 0 เป็นเพียงค่าเริ่มต้นสำหรับคุณสมบัติ การหมดเวลาอาจเกิดจากหลายสาเหตุเช่นเซิร์ฟเวอร์ไม่ตอบสนองทันเวลาถูกไฟร์วอลล์บล็อกหรือการเชื่อมต่อเครือข่ายทั้งหมดของคุณหยุดทำงาน โดยปกติแล้วในกรณีหลังแม้ว่าโทรศัพท์จะฉลาดพอที่จะรู้ว่าไม่มีการเชื่อมต่อเครือข่ายและจะล้มเหลวทันที อย่างไรก็ตามจะยังคงล้มเหลวโดยมีรหัสสถานะที่ชัดเจนเป็น 0

โปรดทราบว่าในกรณีที่รหัสสถานะเป็น 0 ข้อผิดพลาดจริงจะถูกจับในNSErrorวัตถุที่ส่งคืนไม่ใช่ไฟล์NSHTTPURLResponse.

สถานะ HTTP 408ค่อนข้างผิดปกติในประสบการณ์ของฉัน ฉันไม่เคยเจอด้วยตัวเอง แต่เห็นได้ชัดว่ามีการใช้ในกรณีที่ไคลเอนต์ต้องการรักษาการเชื่อมต่อซ็อกเก็ตที่ใช้งานอยู่กับเซิร์ฟเวอร์และเซิร์ฟเวอร์กำลังรอให้ไคลเอนต์ส่งข้อมูลเพิ่มเติมผ่านซ็อกเก็ตที่เปิดอยู่ แต่ไม่ได้อยู่ในช่วงเวลาที่กำหนดและ เซิร์ฟเวอร์ยุติการเชื่อมต่อด้วย408รหัสสถานะโดยบอกลูกค้าว่า "คุณใช้เวลานานเกินไป"

คำตอบว่างเปล่า ส่วนใหญ่รหัสจะแสดงสถิติด้วย 1xx, 2xx, 3xx, 4xx, 5xx

รายการรหัสสถานะ HTTP

ใน iOS SDK เมื่อหมดเวลาเรียก API คุณจะได้รับสถานะ 0

รหัสสถานะ '0' อาจเกิดขึ้นได้เนื่องจากสาเหตุสามประการ
1) ไคลเอนต์ไม่สามารถเชื่อมต่อกับเซิร์ฟเวอร์
2) ไคลเอนต์ไม่สามารถรับการตอบกลับภายในระยะหมดเวลา
3) การร้องขอถูก"หยุด (ยกเลิก)"โดยไคลเอนต์

แต่เหตุผลทั้งสามนี้ไม่ได้มาตรฐาน

จากประสบการณ์ที่ จำกัด ของฉันฉันจะบอกว่าสองสถานการณ์ต่อไปนี้อาจทำให้เกิดการตอบสนองstatus code: 0ได้โปรดจำไว้ว่า พวกเขาอาจมีมากกว่านี้ แต่ฉันรู้สองคนนั้น:

• การเชื่อมต่อของคุณอาจตอบสนองช้า
• หรือเซิร์ฟเวอร์ส่วนหลังอาจไม่พร้อมใช้งาน

สิ่งนี้status: 0เป็นแบบทั่วไปเล็กน้อยและอาจเป็นกรณีการใช้งานมากกว่าที่เรียกใช้เนื้อหาตอบสนองที่ว่างเปล่า

การตอบสนอง HTTP 0 ไม่ใช่การตอบสนอง HTTP มาตรฐาน แต่มันบ่งชี้ว่าไคลเอนต์ไม่สามารถเชื่อมต่อกับเซิร์ฟเวอร์และด้วยเหตุนี้จึงหมดเวลา

เราได้รับข้อผิดพลาด:

รับhttp: //localhost/pathToWebSite/somePage.aspxเพิ่มข้อผิดพลาด http.status: 0

การโทรนั้นทำจากงาน windows ที่เรียกไฟล์ VBS ดังนั้นเพื่อแก้ไขปัญหาชี้เบราว์เซอร์ไปที่ url และเราได้รับข้อผิดพลาดเกี่ยวกับความเป็นส่วนตัว:

การเชื่อมต่อของคุณไม่เป็นส่วนตัว

ผู้โจมตีอาจพยายามขโมยข้อมูลของคุณจาก localhost (เช่นรหัสผ่านข้อความหรือบัตรเครดิต) NET :: ERR_CERT_COMMON_NAME_INVALID

รายงานรายละเอียดของเหตุการณ์ด้านความปลอดภัยที่อาจเกิดขึ้นให้ Google โดยอัตโนมัติ นโยบายความเป็นส่วนตัวกลับสู่ความปลอดภัยเซิร์ฟเวอร์นี้ไม่สามารถพิสูจน์ได้ว่าเป็น localhost ใบรับรองความปลอดภัยมาจาก * .ourdomain.com ซึ่งอาจเกิดจากการกำหนดค่าผิดหรือผู้โจมตีขัดขวางการเชื่อมต่อของคุณ เรียนรู้เพิ่มเติม.

เนื่องจากเรามีกฎการเขียน URL IIS ที่ตั้งค่าให้บังคับให้การเชื่อมต่อใช้ https กฎนั้นเปลี่ยนhttp: // localhostเป็นhttps: // localhostแต่ใบรับรอง SSL ของเราใช้ชื่อโดเมนภายนอกที่ไม่ใช่ localhost ดังนั้นข้อผิดพลาดที่รายงานเป็นรหัสสถานะ 0 ดังนั้นข้อผิดพลาดความเป็นส่วนตัวอาจเป็นเหตุผลที่คลุมเครือ สำหรับรหัสสถานะนี้ 0

ในกรณีของเราวิธีแก้ปัญหาคือเพิ่มข้อยกเว้นให้กับกฎสำหรับ localhost และอนุญาตให้http: //localhost/pathToWebSite/somePage.aspxใช้ http ปิดบังใช่ แต่ฉันจะพบในปีหน้านี้และตอนนี้ฉันจะพบคำตอบของฉันในการค้นหาของ Google

บางครั้งเบราว์เซอร์จะตอบสนองต่อตัวจัดการข้อผิดพลาด http ด้วย Error Object ซึ่งมีสถานะเป็น 0 แม้ว่าคุณจะเห็นสถานะข้อผิดพลาด 404, 401, 500 เป็นต้นในเครือข่ายก็ตาม

สิ่งนี้อาจเกิดขึ้นได้หากแอปพลิเคชันและ API ของคุณอยู่ในโดเมนที่แตกต่างกัน - ใช้กลไก CORS ตาม CORS สำหรับเบราว์เซอร์คำขอ API แต่ละรายการจะส่งคำขอสองรายการ:

1. ขอ OPTIONS ล่วงหน้าเพื่อทำความเข้าใจว่า API อนุญาตคำขอจริง / ต้นทางหรือไม่
2. เมื่อ API อนุญาต (คำขอ OPTIOS ตอบสนองด้วยสถานะ 204 และส่วนหัว Access-Control-Allow-Origin ที่ถูกต้อง) - เบราว์เซอร์จะส่ง "คำขอ Actual / Origin" ถัดไป

ในแอปพลิเคชันเรากำลังจัดการการตอบสนองข้อผิดพลาดสำหรับ "คำขอ Actual / Origin" และหาก "คำขอของ OPTIONS preflight" ล้มเหลว - เบราว์เซอร์ไม่ได้ให้วัตถุ HttpError ที่ถูกต้องสำหรับตัวจัดการข้อผิดพลาด http ดังนั้นเพื่อให้ได้สถานะที่ถูกต้องของการตอบกลับ http - อย่าลืมตอบกลับคำขอ OPTIONS ของ OPTIONS สำเร็จ

CORS ในกรณีของฉัน

ฉันได้รับคำตอบเช่นนี้ในแอป iOS หนึ่งครั้ง วิธีแก้ปัญหาคือสิ่งที่ขาดหายไปAccess-Control-Allow-Origin: *ในส่วนหัว

เพิ่มเติม: https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Access-Control-Allow-Origin

สิ่งนี้สามารถเกิดขึ้นได้กับการตอบสนอง 401 http หากใช้ NSURLConnection

โปรดดูข้อผิดพลาดที่ส่งคืนการเชื่อมต่อ NSURLC แทนการตอบสนองสำหรับ 401

เมื่อหมดเวลาทางเกตสถานะจะเป็นศูนย์ในการโทรกลับข้อผิดพลาดของคุณ

.error( function( data,status,headers,config){
    console.log(status) 
 }

รหัสสถานะ HTTP