TrueURL

425 Too Early

Serwer nie przetworzy żądania wysłanego jako wczesne dane TLS (0-RTT), bo mogłoby ono zostać powtórzone. Klient ponawia je po uzgodnieniu połączenia.

Opis słowny
Too Early
Przekierowanie
Nie
Domyślne buforowanie
Nie

425 Too Early (RFC 8470) dotyczy wczesnych danych TLS 1.3 (early data), zwanych też 0-RTT. Klient, który wznawia sesję TLS, może wysłać pierwsze żądanie już podczas uzgadniania połączenia (handshake), zanim się ono zakończy, aby zaoszczędzić jedną wymianę komunikatów (round trip). Atakujący może powtórzyć wczesne dane, więc są one bezpieczne tylko dla żądań bez skutków ubocznych.

Serwer, który otrzymuje żądanie we wczesnych danych i nie chce ryzykować jego przetworzenia, może odpowiedzieć kodem 425. Klient musi wtedy automatycznie ponowić żądanie po zakończeniu uzgadniania połączenia. Sieci CDN i inni pośrednicy, którzy przekazują żądania z wczesnymi danymi, dodają nagłówek Early-Data: 1, aby serwer źródłowy mógł odpowiedzieć kodem 425, gdy powtórzenie byłoby szkodliwe.

Przykładowa odpowiedź

HTTP
HTTP/1.1 425 Too Early
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Length: 0

SEO i sprawdzanie przekierowań

Przeglądarki obsługują kod 425 automatycznie i użytkownicy nigdy go nie widzą. Roboty i narzędzia do sprawdzania przekierowań rzadko używają 0-RTT, więc w praktyce kod ten nie wpływa na SEO.

Typowe przyczyny i zastosowania

  • Wznowione połączenie TLS 1.3 wysłało POST jako wczesne dane, a serwer je odrzucił, by zapobiec powtórzeniu.
  • Serwer źródłowy za siecią CDN z włączonym 0-RTT odrzuca żądania oznaczone Early-Data: 1.
  • Aplikacja, która nie potrafi bezpiecznie obsłużyć powtórzeń, odrzuca wszystkie wczesne dane kodem 425.

Sprawdzanie przekierowań URL

Zobacz wszystkie kody odpowiedzi, jakie zwraca adres URL, przeskok po przeskoku, w darmowym narzędziu TrueURL do sprawdzania przekierowań.