Bogon IP पता क्या है और यह क्यों मायने रखता है

Bogon IP पता निजी, आरक्षित या अनावंटित स्पेस का वह पता है जो सार्वजनिक इंटरनेट पर ट्रैफ़िक के स्रोत के रूप में कभी नहीं दिखना चाहिए। यह नाम "bogus" से आया है, और इसमें शामिल रेंज IANA और कुछ RFC द्वारा तय की गई हैं, इसलिए किसी पते के बोगॉन होने की जाँच अंदाज़े के बजाय एक प्रकाशित, मानक-आधारित सूची के विरुद्ध लुकअप है।

मुख्य बोगॉन रेंज

दो समूहों को अलग करना उपयोगी है। आरक्षित विशेष-उद्देश्य रेंज मानकों द्वारा परिभाषित हैं और सार्वजनिक रूप से कभी रूट नहीं की जाएँगी। अनावंटित स्पेस, जिसे कभी-कभी "full bogons" कहा जाता है, वह पता स्पेस है जिसे किसी रजिस्ट्री ने अब तक आवंटित नहीं किया। नीचे दी गई आरक्षित रेंज वे हैं जिनसे आपका सबसे अधिक सामना होगा।

• 0.0.0.0/8: "यह नेटवर्क"; स्रोत के रूप में तब दिखता है जब किसी होस्ट के पास अभी पता नहीं होता।
• 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16: RFC 1918 के निजी नेटवर्क।
• 100.64.0.0/10: कैरियर-ग्रेड NAT के लिए साझा पता स्पेस (RFC 6598)।
• 127.0.0.0/8: लूपबैक।
• 169.254.0.0/16: लिंक-लोकल, DHCP विफल होने पर अपने आप असाइन होता है।
• 192.0.0.0/24: IETF प्रोटोकॉल असाइनमेंट।
• 192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24: दस्तावेज़ीकरण ब्लॉक (RFC 5737) जो आपको उदाहरणों और ट्यूटोरियल में दिखेंगे।
• 198.18.0.0/15: नेटवर्क बेंचमार्किंग (RFC 2544)।
• 224.0.0.0/4: मल्टीकास्ट।
• 240.0.0.0/4: भविष्य के उपयोग के लिए आरक्षित, साथ में 255.255.255.255, यानी सीमित ब्रॉडकास्ट पता।

IPv6 के लिए समतुल्य रेंज में ::/128 (अनिर्दिष्ट), ::1/128 (लूपबैक), fc00::/7 (यूनिक लोकल पते), fe80::/10 (लिंक-लोकल), ff00::/8 (मल्टीकास्ट) और 2001:db8::/32 (दस्तावेज़ीकरण) शामिल हैं। ::ffff:0:0/96 जैसे IPv4-मैप्ड पते और NAT64 उपसर्ग 64:ff9b::/96 पर भी ध्यान देना चाहिए, क्योंकि ये अनुवाद तंत्र हैं जो क्लाइंट पतों के रूप में भी नहीं दिखने चाहिए। कुछ पुराने लेख 192.88.99.0/24 (6to4 रिले एनीकास्ट) भी सूचीबद्ध करते हैं, जो अब अप्रचलित हो चुका है।

आपके लॉग में बोगॉन क्यों मायने रखता है

यदि सार्वजनिक इंटरनेट से आए अनुरोध के प्रत्यक्ष क्लाइंट के रूप में कोई बोगॉन दिखता है, तो कुछ बातों में से एक सच है, और यह हमेशा दुर्भावनापूर्ण नहीं होता। अक्सर कारण प्लंबिंग का होता है: कोई रिवर्स प्रॉक्सी या लोड बैलेंसर असली क्लाइंट पता आगे नहीं भेज रहा, इसलिए आपका एप्लिकेशन प्रॉक्सी का निजी पता देखता है; किसी X-Forwarded-For एंट्री को गलत स्थिति से लिया गया है; या किसी NAT सेटअप ने आंतरिक पता सार्वजनिक फ़ील्ड में लीक कर दिया। ये कॉन्फ़िगरेशन बग हैं और इन्हें ठीक करना ज़रूरी है क्योंकि ये रेट लिमिटिंग, जियोलोकेशन और दुरुपयोग रिपोर्टिंग को तोड़ देते हैं।

दूसरा कारण जानबूझकर किया गया होता है। स्रोत पते पैकेट और हेडर में जाली बनाए जा सकते हैं, और हमलावर स्पूफ़ किए गए फ़्लड के लिए या फ़िल्टरिंग को जाँचने के लिए बोगॉन स्रोतों का उपयोग करते हैं। चूँकि वैध ट्रैफ़िक इन रेंज से नहीं आ सकता, अपस्ट्रीम ऑपरेटर इन्हें नेटवर्क एज पर फ़िल्टर करते हैं (BCP 38 में इनग्रेस फ़िल्टरिंग के पीछे यही विचार है), और आपके अपने फ़ायरवॉल को सार्वजनिक इंटरफ़ेस पर आने वाले बोगॉन स्रोतों को ड्रॉप करना चाहिए। बारीकी पर ध्यान दें: आपके नेटवर्क के भीतर निजी पते सामान्य हैं, इसलिए नियम केवल सार्वजनिक सीमा पर लागू करें।

आरक्षित बनाम अनावंटित स्पेस

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

किसी पते की जाँच

आप किसी भी पते को बोगॉन IP चेकर में जाँच सकते हैं, जो उसे प्रकाशित IPv4 और IPv6 आरक्षित रेंज से मिलाता है और संदर्भ तालिका के साथ मेल खाता ब्लॉक दिखाता है। API में IP लुकअप रिस्पॉन्स में bogon और bogon_type शामिल हैं, इसलिए लॉग पाइपलाइन बिना किसी कस्टम रेंज तालिका के इन पतों को फ़्लैग कर सकती है। API दस्तावेज़ में पूरा रिस्पॉन्स सूचीबद्ध है।

एक सीमा जानना उपयोगी है। चेकर मानक-आधारित आरक्षित सूची का उपयोग करता है, न कि इस बात का लाइव दृश्य कि क्या रूट हो रहा है। आरक्षित रेंज के बाहर का कोई पता आवंटित या पहुँच योग्य होने की गारंटी नहीं देता। यह जानने के लिए कि किसी सार्वजनिक पते का वास्तव में कोई स्वामी है या नहीं, रजिस्ट्री रिकॉर्ड के लिए IP whois लुकअप का उपयोग करें, या उसे घोषित करने वाला नेटवर्क देखने के लिए ASN लुकअप।

व्यावहारिक संचालन

• पतों को जल्दी सामान्यीकृत और मान्य करें; जिन फ़ील्ड में सार्वजनिक क्लाइंट IP अपेक्षित है, उनमें बोगॉन अस्वीकार करें।
• फ़ायरवॉल नियमों से अपने सार्वजनिक एज पर बोगॉन स्रोत ड्रॉप करें, लेकिन उन्हें आंतरिक ट्रैफ़िक पर लागू न करें।
• जब अप्रत्याशित रूप से कोई बोगॉन दिखे, तो पहले प्रॉक्सी और लोड बैलेंसर कॉन्फ़िगरेशन जाँचें, क्योंकि गलत कॉन्फ़िगरेशन हमले से ज़्यादा आम है।
• याद रखें कि बोगॉन पतों की कोई जियोलोकेशन नहीं होती, इसलिए उनके लिए जियोलोकेशन और प्रतिष्ठा लुकअप छोड़ दें और अनुरोध बचाएँ।

सीधे जवाब