💃🏽 🈂️ 🛰️ क्यों (आज) रिटर्न 444 हमेशा उपयोगी नहीं होता है 👩🏾‍🍳 👸🏽 🃏

Nginx वेब सर्वर में एक अद्भुत 444 प्रतिक्रिया कोड है जो डेटा भेजे बिना कनेक्शन को "बंद" कर देता है। यह कार्यक्षमता स्पुरियस ट्रैफ़िक को फ़िल्टर करने में बहुत उपयोगी है - अगर हमें यकीन है कि क्लाइंट कुछ मानदंडों द्वारा मान्य नहीं है, तो उसे सूचित करने की आवश्यकता नहीं है, उदाहरण के लिए, 403 वें उत्तर के साथ। यह केवल डेटा ट्रांसफर को रोकने के लिए अधिक कुशल है, जो, अक्सर, सर्वर पर लोड को काफी कम कर सकता है।

इस तरह के उत्तरों का उपयोग करने के लिए सिफारिशें लोकप्रिय साइटों और रेफरल स्पैम, डीडीओएस के खिलाफ सुरक्षा, आदि से लिंक पर क्लिक को रोकने के निर्देशों में हर जगह पाई जा सकती हैं।

और, सामान्य रूप से, इन वर्षों में, इन युक्तियों का उपयोग लगभग बिना देखे किया जा सकता है, लेकिन ... आधुनिक ब्राउज़र अभी भी खड़े नहीं हैं और समय-समय पर हमें नए आश्चर्य के साथ पेश करते हैं।

अनिवार्य कार्यक्रम

सर्वर:

$ uname -orm FreeBSD 11.1-STABLE amd64

 $ nginx -v nginx version: nginx/1.15.0

ग्राहक:

 >ver Microsoft Windows [Version 10.0.15063]

Google Chrome 67.0.3396.99 (आधिकारिक बिल्ड), (64 बिट)
फ़ायरफ़ॉक्स क्वांटम 61.0 (64-बिट)

मैंने केवल क्रोम और फ़ायरफ़ॉक्स ब्राउज़र के अनुभव लिए। इसलिए नहीं कि बाकी पाप रहित हैं, बस नीचे वर्णित व्यवहार दोनों में काफी स्थिर था।

इसलिए, हमारे पास एक वेबसाइट है और हम बिना किसी शर्त के और किसी भी डेटा को प्रसारित किए बिना स्थान तक पहुंच को प्रतिबंधित करना चाहते हैं:

 server { ... location = /code/444 { return 444; } ... }

उम्मीद:

ब्राउज़र एक अनुरोध भेजेगा;
सर्वर को एक अनुरोध प्राप्त होगा, कनेक्शन बंद करें और लॉग में कोड 444 के साथ एक पंक्ति लिखें;
डेटा प्राप्त नहीं करने पर, ब्राउज़र एक त्रुटि प्रदर्शित करेगा और सर्वर के साथ संचार करना बंद कर देगा।

अधिक स्पष्टता के लिए, हम Nginx लॉग लाइन के साथ अपनी अपेक्षा प्रदर्शित करते हैं:

 18.12.12.29 - - [28/Jun/2018:11:50:10 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36"

क्रोम वास्तविकता:

 18.12.12.29 - - [28/Jun/2018:11:50:10 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36" 18.12.12.29 - - [28/Jun/2018:11:50:10 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36" 18.12.12.29 - - [28/Jun/2018:11:50:15 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36" 18.12.12.29 - - [28/Jun/2018:11:52:04 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36"

Chrome ने एक अनुरोध भेजा, प्रतिक्रिया नहीं मिली, तुरंत एक और अनुरोध भेजा, जिसके बाद यह समय-समय पर उपलब्धता के लिए साइट की जांच करने लगा।

फ़ायरफ़ॉक्स वास्तविकता:

 18.12.12.29 - - [28/Jun/2018:12:34:38 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:38 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:38 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:38 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:38 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:39 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:39 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:39 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:39 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:39 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:39 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:40 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:40 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:40 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:40 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:40 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:41 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:41 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:41 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:34:41 +0000] "GET /code/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0"

फ़ायरफ़ॉक्स ने क्षुद्र नहीं होने का फैसला किया और तुरंत 20 अनुरोध भेजे (कभी-कभी 10)। लेकिन तब यह कोई "चेक" नहीं करता है।

उसी समय, यह डिबगर में एक अनुरोध के रूप में रिपोर्ट करता है:

स्पायलर हेडिंग

इस प्रकार, ग्राहक से एक अनुरोध प्राप्त करने की उम्मीद है, वास्तव में, हमें 3-20 अनुरोध मिलते हैं। कॉल के अलावा जो हमारे लिए पूरी तरह से अनावश्यक हैं, ऐसे लॉग को खिलाने का एक जोखिम है, उदाहरण के लिए, एक एंटी-डीडीओएस स्क्रिप्ट और इस आईपी को ब्लॉक करने के लिए। और यह आधी परेशानी प्रतीत होगी, क्योंकि हमने पहले ही उसे “444” दे दिया था, यानी हमें उसके लिए खेद नहीं है, लेकिन यह दूसरे तरीके से हो सकता है - हम ग्राहक को वह दिखाएंगे, जिसकी हमने बिल्कुल भी योजना नहीं बनाई थी।

कॉन्फ़िगरेशन संशोधित करें:

 map $http_referer $code_if { "~*https://habr.com/post/415565/" 1; "http://tison.ru/ref" 1; default 0; } ... server { ... location = /code/444 { return 444; } ... location = /codeif/444 { if ( $code_if = 1 ) { return 444; } add_header "Content-Type" "text/html; charset=UTF-8" always; return 200 "Expected code 444"; } ... }

यहाँ हमने एक रेफ़र के साथ सभी ग्राहकों को सामग्री की डिलीवरी पर प्रतिबंध लगा दिया है "
https://habr.com/post/415565/ " tison.ru/codeif/444 पृष्ठ पर स्विच करते समय

उम्मीद:

पहले से ऊपर वर्णित सुविधाओं को जानने के बाद, हम मानते हैं कि ब्राउज़र एक से अधिक अनुरोध करेंगे, लेकिन उन्हें सर्वर से 200 वीं प्रतिक्रिया नहीं मिलेगी।

लॉग के रूप में, फिर से, हम फॉर्म की एक या अधिक पंक्तियों की अपेक्षा करते हैं:

 18.12.12.29 - - [28/Jun/2018:12:52:02 +0000] "GET /codeif/444 HTTP/1.1" 444 0 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36"

कंसोल में डीबगिंग करते समय, सब कुछ अपेक्षा के अनुसार काम करता है। सर्वर ने कनेक्शन बंद कर दिया और हमें कोई सामग्री नहीं मिली:

 $ curl --referer "https://habr.com/post/415565/" tison.ru/codeif/444 curl: (52) Empty reply from server

खैर, ब्राउज़र वास्तविकता।

क्रोम:

 18.12.12.29 - - [28/Jun/2018:12:58:12 +0000] "GET /codeif/444 HTTP/1.1" 444 0 "http://tison.ru/ref" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36" 18.12.12.29 - - [28/Jun/2018:12:58:12 +0000] "GET /codeif/444 HTTP/1.1" 444 0 "http://tison.ru/ref" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36" 18.12.12.29 - - [28/Jun/2018:12:58:13 +0000] "GET /codeif/444 HTTP/1.1" 200 17 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36"

फ़ायरफ़ॉक्स:

 18.12.12.29 - - [28/Jun/2018:12:56:29 +0000] "GET /codeif/444 HTTP/1.1" 444 0 "http://tison.ru/ref" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:56:29 +0000] "GET /codeif/444 HTTP/1.1" 444 0 "http://tison.ru/ref" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:56:29 +0000] "GET /codeif/444 HTTP/1.1" 444 0 "http://tison.ru/ref" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:56:29 +0000] "GET /codeif/444 HTTP/1.1" 444 0 "http://tison.ru/ref" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:56:30 +0000] "GET /codeif/444 HTTP/1.1" 444 0 "http://tison.ru/ref" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:56:30 +0000] "GET /codeif/444 HTTP/1.1" 444 0 "http://tison.ru/ref" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:56:30 +0000] "GET /codeif/444 HTTP/1.1" 444 0 "http://tison.ru/ref" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:56:30 +0000] "GET /codeif/444 HTTP/1.1" 444 0 "http://tison.ru/ref" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:56:30 +0000] "GET /codeif/444 HTTP/1.1" 444 0 "http://tison.ru/ref" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:56:30 +0000] "GET /codeif/444 HTTP/1.1" 444 0 "http://tison.ru/ref" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:56:31 +0000] "GET /codeif/444 HTTP/1.1" 200 17 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0" 18.12.12.29 - - [28/Jun/2018:12:56:31 +0000] "GET /favicon.ico HTTP/1.1" 200 6782 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0"

कई "ईमानदार" अनुरोध अनुरोध करने के बाद, दोनों ब्राउज़रों ने रेफ़रर को गिरा दिया और पृष्ठ को शांतिपूर्वक अवरुद्ध किया जा रहा है। हालाँकि, फ़ायरफ़ॉक्स हमेशा ऐसा नहीं करता है। मेरे परीक्षणों पर, ~ 15% अनुरोधों में, जो विश्लेषण में और भी अधिक मदद करता है।

इस व्यवहार को लंबे समय तक देखा गया है, लेकिन जब वास्तव में क्रोम और फ़ायरफ़ॉक्स ऑपरेशन के इस मोड पर चले गए, तो मैं नहीं कह सकता। हालांकि, हालांकि, और यह मोड कब तक काम करेगा।

इसलिए आज, रिटर्न 444 का उपयोग हमेशा अपेक्षित परिणाम नहीं देगा। ठीक है, कल, हम और अधिक ब्राउज़र डेवलपर्स कृपया हमें देखने के लिए तत्पर हैं।

क्यों (आज) रिटर्न 444 हमेशा उपयोगी नहीं होता है

More articles: