2009-11-03 23 views
17

मैं एक आवेदन, सी ++ में लिखा है। यह ऐप HTTP POST अनुरोधों का उपयोग कर रिमोट वेबसाइट पर स्थित एक स्क्रिप्ट को एक निश्चित जानकारी भेजता है। ऐप कई सेकंड से कई मिनट तक अनुरोध भेजता है।HTTP, 408 अनुरोध टाइमआउट

समस्या यह है कि त्रुटियों के बिना काम करने के आधे घंटे के बाद, ऐप को वेब सर्वर से 408 अनुरोध टाइमआउट त्रुटि प्राप्त होती है। फिर ऐप पोस्टिंग पुनः प्रयास करना शुरू कर देता है लेकिन सर्वर 408 अनुरोध टाइमआउट के साथ प्रतिक्रिया करता रहता है।

एक दिलचस्प अवलोकन: ब्राउज़र का उपयोग करके वेबसाइट तक पहुंचने के बाद त्रुटि गायब हो जाती है और ऐप उसके बाद लगभग 30 मिनट के लिए ठीक काम करता है, तो समस्या वापस आती है।

क्या कारण हो सकता है और इसके लिए कोई कामकाज है?

पीएस: ऐप एक्सपी वर्कस्टेशन के साथ एक सामान्य पीसी पर काम करता है। वेबसाइट गोडाडी वेब सर्वर पर है।

धन्यवाद अग्रिम

+1

आप http://www.checkupdown.com/status/E408.html उपयोगी लग सकते। –

+0

धन्यवाद, मैंने पहले से ही यह जानकारी पढ़ ली है। लेकिन यह मुझे समझने में मदद नहीं करता कि क्या हो रहा है। इंटरनेट कनेक्शन है, लेकिन समस्या के साथ कोई समस्या नहीं है अभी भी मौजूद – CITBL

+0

जानते हुए भी क्या मेजबान सॉफ्टवेयर GoDaddy आपकी साइट के लिए उपयोग कर रहा है, और यह कैसे कॉन्फ़िगर किया गया है, यह निर्धारित करने के लिए क्या हो रहा है बहुत मुश्किल हो जाएगा बिना है। मेरा सुझाव सीधे गोडाडी के साथ एक समर्थन अनुरोध खोलना होगा। –

उत्तर

24

में मैं जानता हूँ कि यह एक पुरानी पोस्ट है, लेकिन सोचा कि यह मेरे कारण इस समस्या को हताशा के घंटे के बाद से किसी की मदद कर सकते हैं।

मुझे गोडाडी वेबसर्वर के साथ एक ही समस्या का सामना करना पड़ रहा था। मेरे एंड्रॉइड ऐप ने सर्वर पर POST अनुरोध भेजे और उम्मीद के अनुसार काम करेंगे लेकिन मैंने 30 मिनट या उससे भी कम समय के बाद 408 अनुरोध टाइमआउट त्रुटियों का अनुभव करना शुरू कर दिया। मैंने यह भी देखा कि अगर मैं एक ब्राउज़र खोलता हूं और एक पीसी या एंड्रॉइड डिवाइस से अपना होम पेज (पीएचपी वर्डप्रेस साइट) खोला तो समस्या दूर हो गई। वेबसाइट परीक्षण में थी इसलिए वेब ट्रैफ़िक न्यूनतम था और मैं सर्वर लॉग में इस व्यवहार की पुष्टि करने में सक्षम था।

मैंने गोडाडी को एक समर्थन कॉल लॉग किया लेकिन जब उनके कर्मचारी उत्तरदायी और सहायक थे, तो उन्होंने व्यवहार की व्याख्या करने के लिए कोई उपयोगी जानकारी प्रदान नहीं की।

हालांकि मैं अपने POST अनुरोध से पहले एक डमी जीईटी अनुरोध को निष्पादित करके इस मुद्दे के आसपास काम करने में सक्षम था और यह वेब सर्वर को 'जाग गया' और उसने बाद के POST अनुरोधों का जवाब दिया।

+1

बहुत धन्यवाद। POST के बजाय जीईटी के साथ डेटा भेजना मेरे लिए इस मुद्दे को ठीक करता है। –

+0

कोई डमी कैसे अनुरोध करता है? – Yster

+2

यह सभी POSTs की तरह लगता है और तीस मिनट के लिए कोई भी जीईटी कुछ ट्रैफिक मॉनिटरिंग एजेंट को संदिग्ध लग रहा है जो कनेक्शन को रीसेट करके हस्तक्षेप कर रहा है। ऐसे उत्पाद हैं जो नकली रीसेट को दोनों सिरों पर भेजते हैं यदि उन्हें लगता है कि यातायात दुर्भावनापूर्ण है। यह तब एक टाइमआउट के कारण कनेक्शन छोड़ देता है। – ClearCrescendo

संबंधित मुद्दे