TrueURL
TrueURL

मेन्यू

408 Request Timeout

सर्वर को समय पर पूरी रिक्वेस्ट नहीं मिली और वह कनेक्शन बंद कर देता है। क्लाइंट नए कनेक्शन पर रिक्वेस्ट दोबारा भेज सकता है।

रीज़न फ़्रेज़
Request Timeout
रीडायरेक्ट
नहीं
डिफ़ॉल्ट रूप से कैश करने योग्य
नहीं

408 Request Timeout का मतलब है कि सर्वर जितनी देर इंतज़ार करने को तैयार था, उतने समय में उसे पूरा रिक्वेस्ट मैसेज नहीं मिला। सर्वर इसे खाली पड़े keep-alive कनेक्शन पर भेजते हैं, या तब जब क्लाइंट रिक्वेस्ट शुरू तो करता है, लेकिन हेडर या बॉडी बहुत धीरे भेजता है। इसके बाद सर्वर कनेक्शन बंद कर देता है; जिस क्लाइंट की कोई रिक्वेस्ट अभी रास्ते में है, वह उसे नए कनेक्शन पर दोहरा सकता है।

इसे 504 Gateway Timeout से न मिलाएं, जिसमें कोई गेटवे अपस्ट्रीम सर्वर का बहुत देर तक इंतज़ार करता है, और न ही nginx के 499 से, जो तब लॉग होता है जब क्लाइंट पहले ही हार मान लेता है।

उदाहरण रिस्पॉन्स

HTTP
HTTP/1.1 408 Request Timeout
Date: Fri, 06 Nov 2026 10:15:32 GMT
Connection: close
Content-Type: text/html
Content-Length: 54

<html><body><h1>408 Request Timeout</h1></body></html>

SEO और रीडायरेक्ट जांच

कभी-कभार आने वाले 408 नुकसानदेह नहीं हैं। अगर क्रॉलर को बार-बार 408 मिलते हैं, तो इसका मतलब है कि सर्वर के रिक्वेस्ट टाइमआउट बहुत छोटे हैं या सर्वर ओवरलोड है, जिससे क्रॉलिंग कम हो सकती है। रीडायरेक्ट चेकर पूरी रिक्वेस्ट तुरंत भेजता है, इसलिए उसे 408 शायद ही कभी मिलता है; अगर मिले, तो सर्वर या उसके आगे लगा प्रॉक्सी मुश्किल में है।

आम वजहें और इस्तेमाल

  • धीमा मोबाइल कनेक्शन रिक्वेस्ट बॉडी बहुत धीरे अपलोड करता है।
  • कोई keep-alive कनेक्शन सर्वर के टाइमआउट से ज़्यादा देर तक खाली पड़ा रहा।
  • लोड बैलेंसर या सर्वर में हेडर या बॉडी के बहुत छोटे टाइमआउट, जैसे nginx में client_header_timeout और client_body_timeout।
  • धीमी रिक्वेस्ट वाले हमलों (Slowloris) से बचाव का सिस्टम धीमे क्लाइंट का कनेक्शन काट देता है।

URL रीडायरेक्ट चेकर

TrueURL के मुफ़्त रीडायरेक्ट चेकर से देखें कि कोई URL हर हॉप पर कौन-सा स्टेटस कोड लौटाता है।