किसी IPv4 रेंज या CIDR को पतों की पूरी सूची में विस्तार करें, एक लाइव गिनती के साथ। फ़ायरवॉल नियमों और इन्वेंट्री के लिए उपयोगी।
एक रेंज को सूची में बदलें। एक स्टार्ट-एंड रेंज (192.168.1.1-192.168.1.20) या CIDR (10.0.0.0/28) दें और उसमें हर पता, एक गिनती के साथ पाएँ। बहुत बड़ी रेंज आपके ब्राउज़र की खातिर कैप की जाती हैं। स्थानीय रूप से चलता है।
अमान्य रेंज या CIDR
–
10,000 से अधिक पतों वाली रेंज केवल पहले 10,000 पते और एक गिनती दिखाती हैं।
एक रेंज को सूची में बदलना
एक ही स्पैन को वर्णन करने के दो तरीके
एक CIDR ब्लॉक और एक स्टार्ट-एंड जोड़ी दोनों एक सन्निहित पता-धाव (run) का वर्णन करते हैं, लेकिन वे समान रूप से अभिव्यक्तिन्मक नहीं हैं। CIDR केवल एक ऐसे ब्लॉक को दर्शा सकता है जिसका आकार दो की घात (power of two) हो और जिसका आधार पता उस आकार से संरेखित हो — 10.0.0.0/30 वैध है, 10.0.0.1/30 उसी ब्लॉक का वर्णन करता है जैसे 10.0.0.0/30 क्योंकि निम्न बिट्स मास्क हो जाते हैं। एक स्वेच्छ रेंज जैसे 192.168.0.254-192.168.1.2 को एकल CIDR के रूप में बिल्कुल नहीं लिखा जा सकता; इसमें तीन लगते हैं।
यह टूल दोनों रूपों को स्वीकार करता है और दोनों में से किसी एक को एक स्पष्ट सूची में सपाट करता है। यह ठीक तब उपयोगी है जब सूची का उपभोक्ता CIDR नहीं बोलता: पुराने उपकरणों में अनुमति-सूचियाँ (allowlists), स्प्रेडशीट कॉलम, शेल लूप, और यह त्वरित जाँच कि कोई रेंज वास्तव में वही कवर करती है जो आप सोचते हैं।
सीमा-स्थितियाँ क्यों मायने रखती हैं
हाथ से लिखे एक्सपांडर में आम बग यह है कि पते को चार स्वतंत्र संख्याओं के रूप में माना जाए और केवल अंतिम ऑक्टेट को बढ़ाया जाए। यह तब तक काम करता है जब तक रेंज कोई सीमा पार नहीं करती, जिस बिंदु पर 192.168.0.255 के बाद 192.168.0.256 आता है न कि 192.168.1.0। 32-बिट पूर्णांक में रूपांतरित करने, बढ़ाने, और वापस रूपांतरित करने से रोलओवर स्वचालित हो जाता है और यही एकमात्र ऐसा तरीका है जिसका उपयोग करने लायक है।
दूसरा जाल चिह्न है। उन भाषाओं में जहाँ बिटवाइज़ ऑपरेशन हस्ताक्षरित 32-बिट पूर्णांक उत्पन्न करते हैं, 255.255.255.255 तब तक -1 आता है जब तक आप उसे वापस अहस्ताक्षरित में बल नहीं करते। 127.x.x.x से ऊपर का कोई भी पता प्रभावित होता है, इसलिए बग टेस्टिंग में छिप जाता है अगर आप केवल 10 या 192 से शुरू होने वाली RFC 1918 रेंज आज़माते हैं।
आउटपुट कैप क्यों है
एक /8 में 16.7 मिलियन पते होते हैं। उसे टेक्स्ट के रूप में साकार करना लगभग 250 MB है, जो टैब को बहुत पहले फ़्रीज़ कर देगा जब तक कि वह समाप्त न हो जाए। यहाँ आउटपुट कैप किया गया है और वास्तविक कुल को अलग से रिपोर्ट किया गया है, ताकि आप रेंज के वास्तविक आकार को बिना ब्राउज़र से उसे रेंडर करने के लिए कहे देख सकें। यदि आप वास्तव में किसी बहुत बड़े ब्लॉक पर पुनरावृत्ति करना चाहते हैं, तो इसे सर्वर पर एक स्ट्रीम के रूप में करें न कि टेक्स्ट बॉक्स में एक सूची के रूप में।
पूछे जाने वाले प्रश्न
कौन से इनपुट प्रारूप स्वीकार किए जाते हैं?
या तो CIDR संकेतन जैसे 10.0.0.0/29, या एक स्पष्ट स्टार्ट और एंड पता जो डैश या रिक्त स्थान से अलग हो, उदाहरणतः 10.0.0.1 - 10.0.0.9।
आउटपुट कैप क्यों है?
पूरे /8 को सूचीबद्ध करने से सोलह मिलियन से अधिक पंक्तियाँ होंगी और टैब फ़्रीज़ हो जाएगा। कैप पृष्ठ को अनुक्रियाशील रखता है जबकि गिनती फ़ील्ड फिर भी रेंज के वास्तविक आकार को रिपोर्ट करती है।
क्या सूची नेटवर्क और ब्रॉडकास्ट पते शामिल करती है?
हाँ। एक्सपांडर रेंज में हर पते को शाब्दिक रूप से गिनता है, इसलिए आपको पूरा ब्लॉक मिलता है न कि केवल उपयोग योग्य होस्ट पते।
मेरी रेंज को अस्वीकार क्यों किया गया?
अधिकांश बार एंड पता संख्यात्मक रूप से स्टार्ट से कम होता है। टूल उन्हें 32-बिट पूर्णांक के रूप में तुलना करता है, इसलिए 10.0.0.5 से 10.0.0.1 तक एक वैध रेंज नहीं है।
क्या मैं परिणाम को फ़ायरवॉल नियम में पेस्ट कर सकता हूँ?
हाँ, रेंज को विस्तारित करने का आम कारण यही है। अधिकांश टूल न्यूलाइन-पृथक सूची स्वीकार करते हैं, हालाँकि CIDR ब्लॉक जहाँ भी समर्थित हो अधिक सघन होता है।
क्या एक्सपांशन ऑक्टेट रोलओवर को संभालता है?
हाँ। अंकगणित 32-बिट पूर्णांक पर चलता है, इसलिए 10.0.0.255 से 10.0.1.0 तक फैली रेंज सही ढंग से जारी रहती है।