Sprawdzanie kodu statusu HTTP

Sprawdź status

Żądanie trafia bezpośrednio z przeglądarki do celu i nie przechodzi przez nasz serwer. Pliki cookie i dane logowania HTTP są pomijane, a referrer nie jest wysyłany. Cel nadal otrzymuje Twój adres IP i szczegóły żądania. W trybie krokowym URL i metoda są krótko przechowywane w tej karcie.

Dalej

Nazwy są standardowymi angielskimi etykietami protokołu. Filtruj według kodu lub nazwy.

1xx

Status Nazwa standardowa
100 Continue
101 Switching Protocols
102 Processing
103 Early Hints

2xx

Status Nazwa standardowa
200 OK
201 Created
202 Accepted
204 No Content
206 Partial Content

3xx

Status Nazwa standardowa
301 Moved Permanently
302 Found
303 See Other
304 Not Modified
307 Temporary Redirect
308 Permanent Redirect

4xx

Status Nazwa standardowa
400 Bad Request
401 Unauthorized
403 Forbidden
404 Not Found
405 Method Not Allowed
408 Request Timeout
409 Conflict
410 Gone
422 Unprocessable Content
429 Too Many Requests

5xx

Status Nazwa standardowa
500 Internal Server Error
501 Not Implemented
502 Bad Gateway
503 Service Unavailable
504 Gateway Timeout
505 HTTP Version Not Supported

Sprawdź końcową odpowiedź HTTP, którą przeglądarka może odczytać dla publicznego adresu URL. Żądanie jest wykonywane w tej karcie metodą HEAD lub GET, podąża za przekierowaniami i pokazuje końcowy status, adres docelowy, czas do nagłówków oraz nagłówki udostępnione przez CORS. Hyperion nie pośredniczy w żądaniu.

Jak sprawdzić status HTTP

  1. 1

    Wpisz publiczny URL HTTPS

    Obsługiwane są HTTP i HTTPS, ale ochrona przed mieszaną zawartością nie pozwala stronie HTTPS odpytać niezabezpieczonego celu HTTP.

  2. 2

    Wybierz HEAD lub GET

    HEAD prosi o te same nagłówki co GET, bez treści odpowiedzi. Użyj GET, jeśli serwer odrzuca lub źle obsługuje HEAD.

  3. 3

    Uruchom żądanie

    Pliki cookie i dane logowania HTTP są pomijane. Przeglądarka stosuje reguły CORS, sieci prywatnej i przekierowań.

  4. 4

    Odczytaj końcową odpowiedź

    Zobacz status, końcowy URL, czas nagłówków i tylko nagłówki dostępne dla JavaScriptu.

Co pokazuje narzędzie

Wynik Znaczenie
Status Status ostatniej czytelnej odpowiedzi po przekierowaniach
Końcowy URL Ostatni adres, gdy Fetch zgłasza przekierowanie
Czas Czas do udostępnienia nagłówków, a nie pełne ładowanie strony
Nagłówki Nagłówki bezpieczne CORS oraz dodatkowe, jawnie udostępnione przez cel

Zwykłe żądanie Fetch między domenami nie ujawnia każdego etapu przekierowania. Wynik nie jest pełnym śladem łańcucha: pośrednie statusy, wartości Location i czas każdego przejścia pozostają ukryte. Do tego potrzebny jest serwerowy moduł, który ogranicza cele do sieci publicznej i sprawdza każdy kolejny adres.

Granice przeglądarki, CORS i prywatności

Żądanie idzie bezpośrednio z przeglądarki do celu. Hyperion nie otrzymuje URL ani nie nawiązuje połączenia. Pomijane są cookie, uwierzytelnianie HTTP i referrer. Cel nadal otrzymuje adres IP, URL, metodę HEAD lub GET i zwykłe nagłówki przeglądarki. W trybie krokowym URL i metoda krótko pozostają w pamięci sesji tej karty.

Sprawdzenie między domenami działa tylko wtedy, gdy CORS celu zezwala tej stronie na odczyt odpowiedzi. no-cors nie pomaga: nieprzejrzysta odpowiedź ma dla JavaScriptu status 0. Błędy CORS, DNS, TLS, mieszanej zawartości, sieci prywatnej i połączenia mogą wyglądać tak samo. Taki błąd nie dowodzi, że witryna jest niedostępna.

Akceptowane są tylko URL HTTP i HTTPS bez osadzonych danych logowania. Localhost oraz wpisane wprost adresy prywatne i link-local są odrzucane. JavaScript nie potrafi wiarygodnie rozwiązać każdego hosta przed Fetch, dlatego zabezpieczenia CORS i sieci prywatnej przeglądarki pozostają częścią ochrony.

HEAD, GET i przekierowania

RFC 9110 nadaje HEAD semantykę GET bez treści odpowiedzi. Niektóre serwery wyłączają lub źle wdrażają HEAD; wtedy użyj GET. W trybie GET narzędzie anuluje strumień po nagłówkach. Część bajtów treści mogła już przejść przez sieć, lecz treść nie jest wyświetlana.

Fetch automatycznie śledzi przekierowania, więc końcowy status może różnić się od statusu wpisanego adresu. 301 i 308 oznaczają przeniesienie trwałe, a 302 i 307 tymczasowe. 307 i 308 zachowują metodę. 301 i 302 mogą zmienić POST na GET, choć narzędzie używa tylko HEAD lub GET.

Typowe klasy

Klasa Ogólne znaczenie
1xx Informacja tymczasowa przed odpowiedzią końcową
2xx Żądanie poprawnie odebrane, zrozumiane i przyjęte
3xx Potrzebne dalsze działanie, np. przekierowanie lub walidacja pamięci podręcznej
4xx Problem z żądaniem albo odmowa dla danego klienta
5xx Błąd serwera podczas obsługi pozornie poprawnego żądania

304 dotyczy żądania warunkowego i pozwala użyć zapisanej reprezentacji; nie jest ogólnym sukcesem oczekiwanym w zwykłym sprawdzeniu. 401 żąda uwierzytelnienia, natomiast 403 oznacza zrozumienie żądania i odmowę jego wykonania. Wiążący jest kod liczbowy.

Najczęściej zadawane pytania

Przeglądarka ukrywa odpowiedź z innej domeny, jeśli cel nie zezwala na jej odczyt przez CORS. DNS, TLS, mieszana zawartość, sieć prywatna i połączenie mogą wywołać ten sam komunikat, który nie dowodzi awarii celu.

Nie. Fetch może zgłosić przekierowanie i udostępnić końcowy czytelny URL, lecz nie przekazuje tej stronie pośrednich statusów, nagłówków Location ani czasów przejść.

HEAD powinien zachowywać się jak GET bez treści, ale bywa inaczej trasowany lub konfigurowany. Wypróbuj GET po 405, niespodziewanym statusie lub błędzie.

Nie. Przeglądarka wysyła je bezpośrednio bez danych logowania i referrera. Cel otrzymuje IP i dane żądania; Hyperion nie pośredniczy ani nie zapisuje URL w tym narzędziu.

Powiązane narzędzia