444 असली HTTP स्टेटस कोड नहीं है। यह nginx की एक खास वैल्यू है: return 444; nginx से कहता है कि वह कोई रिस्पॉन्स हेडर या बॉडी भेजे बिना कनेक्शन बंद कर दे। 444 सिर्फ़ nginx के ऐक्सेस लॉग में दिखता है; क्लाइंट को यह कभी नहीं मिलता।
एडमिनिस्ट्रेटर इसका इस्तेमाल अनचाहे ट्रैफ़िक को कम खर्च में निपटाने के लिए करते हैं, जैसे अनजान Host हेडर वाली रिक्वेस्ट, wp-login.php या .env फ़ाइलें खोजने वाले स्कैनर, या ब्लॉक किए गए यूज़र एजेंट। क्लाइंट के लिए कनेक्शन बस बंद हो जाता है: ब्राउज़र ERR_EMPTY_RESPONSE जैसा एरर दिखाते हैं, और curl “Empty reply from server” बताता है।
अगर साइट Cloudflare के पीछे है, तो विज़िटर को इसकी जगह 520 दिखता है, क्योंकि Cloudflare को ओरिजिन से खाली रिस्पॉन्स मिला।
उदाहरण रिस्पॉन्स
# 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 और रीडायरेक्ट जांच
कोई रिस्पॉन्स नहीं भेजा जाता, इसलिए क्रॉलर स्टेटस कोड की जगह कनेक्शन एरर दर्ज करते हैं, और Google ऐसे एरर को सर्वर एरर की तरह मानता है: क्रॉलिंग धीमी हो जाती है और अगर समस्या बनी रहे, तो पेज इंडेक्स से हटा दिए जाते हैं। पक्का करें कि 444 वाले नियम सिर्फ़ अनचाहे ट्रैफ़िक पर लागू हों, असली क्रॉलर पर कभी नहीं। ऐसे हॉप के लिए रीडायरेक्ट चेकर कनेक्शन एरर दिखाता है, क्योंकि दिखाने के लिए कोई स्टेटस होता ही नहीं।
आम वजहें और इस्तेमाल
- एक डिफ़ॉल्ट
serverब्लॉक अनजान होस्ट नेम वाली रिक्वेस्ट कोreturn 444;से छोड़ देता है। - सिक्योरिटी नियम वल्नरेबिलिटी स्कैनर और खराब बॉट की रिक्वेस्ट छोड़ देते हैं।
- बहुत व्यापक नियम वैध रिक्वेस्ट पर भी लागू हो जाता है, इसलिए कुछ विज़िटर को खाली जवाब मिलते हैं।