444 nie jest prawdziwym kodem odpowiedzi HTTP. To specjalna wartość w nginx: return 444; każe nginx zamknąć połączenie bez wysyłania nagłówka czy treści odpowiedzi. Kod 444 pojawia się tylko w logu dostępu nginx; klient nigdy go nie otrzymuje.
Administratorzy używają go, aby niewielkim kosztem odrzucać niechciany ruch, np. żądania z nieznanym nagłówkiem Host, skanery szukające plików wp-login.php lub .env albo zablokowane User-Agenty. Dla klienta połączenie po prostu się zamyka: przeglądarki pokazują błąd, np. ERR_EMPTY_RESPONSE, a curl zgłasza „Empty reply from server”.
Jeśli witryna działa za Cloudflare, odwiedzający widzą zamiast tego błąd 520, bo Cloudflare otrzymał pustą odpowiedź od serwera źródłowego.
Przykładowa odpowiedź
# Nothing is sent back. The client only sees the connection close:
$ curl -i http://example.com/wp-login.php
curl: (52) Empty reply from server
# nginx access.log
203.0.113.7 - - [06/Nov/2026:10:15:32 +0000] "GET /wp-login.php HTTP/1.1" 444 0 "-" "curl/8.11.1"SEO i sprawdzanie przekierowań
Ponieważ nie jest wysyłana żadna odpowiedź, roboty rejestrują błąd połączenia zamiast kodu odpowiedzi, a Google traktuje takie błędy jak błędy serwera: indeksowanie zwalnia, a jeśli problem się utrzymuje, strony wypadają z indeksu. Upewnij się, że reguły z kodem 444 obejmują tylko niechciany ruch, a nigdy prawdziwe roboty. Narzędzie do sprawdzania przekierowań zgłasza dla takiego przeskoku błąd połączenia, bo nie ma żadnego kodu do pokazania.
Typowe przyczyny i zastosowania
- Domyślny blok
serverodrzuca żądania dla nieznanych nazw hostów za pomocąreturn 444;. - Reguły bezpieczeństwa odrzucają skanery podatności i złośliwe boty.
- Zbyt szeroka reguła obejmuje też prawidłowe żądania, więc część odwiedzających dostaje puste odpowiedzi.