425 Too Early (RFC 8470) TLS 1.3 के अर्ली डेटा से जुड़ा है, जिसे 0-RTT भी कहते हैं। TLS सेशन फिर से शुरू करने वाला क्लाइंट एक राउंड ट्रिप बचाने के लिए अपनी पहली रिक्वेस्ट हैंडशेक के साथ ही, उसके पूरा होने से पहले भेज सकता है। अर्ली डेटा को कोई हमलावर दोहरा (replay) सकता है, इसलिए यह सिर्फ़ उन रिक्वेस्ट के लिए सुरक्षित है, जिनका कोई साइड इफ़ेक्ट नहीं होता।
जिस सर्वर को अर्ली डेटा में रिक्वेस्ट मिलती है और वह उसे प्रोसेस करने का जोखिम नहीं लेना चाहता, वह 425 लौटा सकता है। तब क्लाइंट को हैंडशेक पूरा होने के बाद रिक्वेस्ट अपने आप दोहरानी होती है। अर्ली डेटा वाली रिक्वेस्ट आगे भेजने वाले CDN और दूसरे मध्यस्थ Early-Data: 1 हेडर जोड़ते हैं, ताकि जब दोहराव नुकसानदेह हो सकता हो, तो ओरिजिन 425 लौटा सके।
उदाहरण रिस्पॉन्स
HTTP/1.1 425 Too Early
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Length: 0SEO और रीडायरेक्ट जांच
ब्राउज़र 425 को अपने आप संभाल लेते हैं और यूज़र को यह कभी नहीं दिखता। क्रॉलर और रीडायरेक्ट चेकर शायद ही कभी 0-RTT इस्तेमाल करते हैं, इसलिए व्यवहार में SEO पर इसका कोई असर नहीं है।
आम वजहें और इस्तेमाल
- फिर से शुरू हुए TLS 1.3 कनेक्शन ने अर्ली डेटा में
POSTभेजा, और सर्वर ने दोहराव रोकने के लिए उसे रिजेक्ट कर दिया। - 0-RTT चालू वाले CDN के पीछे का ओरिजिन
Early-Data: 1से चिह्नित रिक्वेस्ट मना कर देता है। - जो ऐप्लिकेशन दोहराव को सुरक्षित तरीके से नहीं संभाल सकता, वह सारे अर्ली डेटा को 425 से रिजेक्ट कर देता है।