इसका मतलब
सर्वर TLS 1.3 अर्ली डेटा (0-RTT) में भेजे गए अनुरोध को प्रोसेस करने से मना करता है क्योंकि उसे दोबारा चलाया (replay) जा सकता है।
आम कारण
- non-idempotent अनुरोध 0-RTT अर्ली डेटा के रूप में भेजा गया
- replay हमलों से CDN की सुरक्षा
कैसे ठीक करें
अगर आप क्लाइंट या विज़िटर हैं
TLS हैंडशेक पूरा होने के बाद दोबारा कोशिश करें; ब्राउज़र यह अपने-आप करते हैं।
अगर आप साइट या API चलाते हैं
non-idempotent अनुरोधों के लिए अर्ली डेटा अस्वीकार करें, या अगर आपका ऐप फ़र्क नहीं कर सकता तो 0-RTT बंद करें।
उदाहरण रिस्पॉन्स
HTTP/1.1
HTTP/1.1 425 Too Early
Date: Tue, 07 Oct 2025 09:30:00 GMT
Server: nginx
Content-Length: 0स्पेसिफ़िकेशन
अक्सर पूछे जाने वाले सवाल
› 0-RTT क्या है?
TLS 1.3 की सुविधा जो एक राउंड ट्रिप बचाने के लिए पहली ही बार में डेटा भेजती है, बदले में replay का जोखिम रहता है।
› क्या मुझे अपने ऐप में 425 संभालना होगा?
शायद ही; ब्राउज़र अपने-आप दोबारा कोशिश करते हैं। यह मुख्य रूप से CDN और कस्टम क्लाइंट के लिए मायने रखता है।