IP सबनेट कैलकुलेटर

नेटवर्क पता = पता AND मास्क उपयोगी होस्ट = 2^(32 − प्रीफ़िक्स लंबाई) − 2

पता

आपका लिखा हुआ IPv4 पता, 32 बिट की एक संख्या के रूप में

मास्क

सबनेट मास्क — प्रीफ़िक्स लंबाई जितने पहले बिट 1 पर सेट किए हुए

नेटवर्क पता

वह पता जिसमें हर होस्ट बिट मिटा दिया गया है

प्रीफ़िक्स लंबाई

स्लैश के बाद का अंक, 0 से 32 तक

पहली पंक्ति ही पूरा सबनेटिंग है: नेटवर्क पता वह है जो पते और मास्क को AND करने पर मिलता है, और ब्रॉडकास्ट पता वही AND है, बस होस्ट बिट 0 की जगह 1 करके। दोनों को घटा दीजिए तो उपयोगी होस्ट की गिनती निकल आती है। दूसरी पंक्ति वही बात छोटे रूप में है, और यह /0 से /30 तक हर प्रीफ़िक्स पर लागू होती है। दो अपवाद /31 और /32 हैं, जो सिर्फ़ दो-सिरों वाले लिंक के लिए हैं: वहाँ नेटवर्क और ब्रॉडकास्ट पते आरक्षित नहीं रहते, इसलिए यह छोटा रूप कम गिन देगा — यह कैलकुलेटर उन दोनों के लिए RFC 3021 का नियम लगाता है।

1. घर का नेटवर्क, 192.168.1.10/24 के रूप में लिखा हुआ

   1. प्रीफ़िक्स 24 है, इसलिए मास्क 24 एक और उसके बाद 8 शून्य है: 255.255.255.0।
   2. पते के होस्ट बिट मिटाइए: 192.168.1.10 AND 255.255.255.0 = 192.168.1.0। यही नेटवर्क पता है।
   3. अब होस्ट बिट 1 कर दीजिए: 192.168.1.0 OR 0.0.0.255 = 192.168.1.255। यही ब्रॉडकास्ट पता है।
   4. होस्ट की रेंज इन दोनों के बीच का सब कुछ है: 192.168.1.1 से 192.168.1.254 तक।
   5. गिनिए: 2^8 = 256 पते, और उनमें से दो आरक्षित घटाने पर 254 उपयोगी होस्ट। ✓
   6. नतीजे में आठ ख़ाने हैं — छह पते और दो गिनतियाँ — और 254 वह संख्या है जो किसी भी राउटर के DHCP पूल में डाली जा सकती है।

   उपयोगकर्ता ने जो .10 लिखा था वह ब्लॉक के अंदर का एक होस्ट पता है, इसीलिए वह पहली पंक्ति का जवाब नहीं है — किसी ब्लॉक की पहचान उसके नेटवर्क पते से होती है, न कि उसमें पड़े किसी एक पते से।

2. दो-सिरों वाला लिंक, 172.16.5.1/30

   1. /30 में 2 होस्ट बिट बचते हैं, इसलिए ब्लॉक 2^2 = 4 पतों का है और मास्क 252 (11111100) पर ख़त्म होता है।
   2. नेटवर्क पता: 172.16.5.1 AND 255.255.255.252 = 172.16.5.0।
   3. ब्रॉडकास्ट: 172.16.5.0 में तीनों होस्ट बिट जोड़ने पर 172.16.5.3।
   4. दो उपयोगी पते बचते हैं — 172.16.5.1 और 172.16.5.2; उदाहरण में लिखा पता राउटर का अपना सिरा है। ✓
   5. यही वह छोटा-से-छोटा ब्लॉक है जो अब भी दो पते बरबाद करता है, और यही वजह है कि /31 की ज़रूरत पड़ी।

   यह वह छोटा-से-छोटा ब्लॉक है जो अब भी दो पते बरबाद करता है। दो राउटरों के बीच के लिंक को ठीक दो पते चाहिए, इसीलिए /31 बनाया गया।

3. /24 को /26 में बाँटना, 192.168.1.130/26 के रूप में लिखा हुआ

   1. /26 में 6 होस्ट बिट बचते हैं: 2^6 = 64 पते, मास्क 255.255.255.192।
   2. 172.16.5.1 किसी और ब्लॉक का पता है; यहाँ 130 बाइनरी में 10000010 है, और /26 उसके पहले दो बिट रखता है: 130 AND 192 = 128।
   3. इसलिए नेटवर्क पता 192.168.1.128 है, 192.168.1.0 नहीं — /26 का ब्लॉक आख़िरी ऑक्टेट में 64 के गुणक पर बैठता है।
   4. ब्रॉडकास्ट: 192.168.1.128 + 63 = 192.168.1.191।
   5. उपयोगी: 64 − 2 = 62 पते, .129 से .190 तक। ✓
   6. 62 और 64 का फ़र्क़ ही वे दो आरक्षित पते हैं — नेटवर्क पता और ब्रॉडकास्ट पता, जो किसी होस्ट को नहीं दिए जा सकते।

   यही वह हिसाब है जिसे लोग आँख से देखकर ग़लत कर बैठते हैं: /26 के नीचे ब्लॉक की सीमाएँ 0, 64, 128 और 192 पर हैं, इसलिए .130 वाला पता /24 के तीसरे चौथाई में पड़ता है, पहले में नहीं।

4. एक अकेला पब्लिक होस्ट, 8.8.8.8/32

   1. /32 हर बिट को नेटवर्क का हिस्सा रखता है, इसलिए मास्क 255.255.255.255 है और पूरा ब्लॉक एक ही पता।
   2. सब-एक मास्क के साथ AND करने से कुछ नहीं बदलता: नेटवर्क पता 8.8.8.8 ही रहता है।
   3. होस्ट बिट बचे ही नहीं, इसलिए ब्रॉडकास्ट पता भी वही पता है।
   4. एक पता, और वह उपयोगी है: RFC 3021 जैसा नियम /32 पर 2^0 − 2 = −1 की जगह 1 लौटाता है, और ऋणात्मक होस्ट गिनती कभी सही जवाब नहीं हो सकती। ✓
   5. यहाँ बैज ग्लोबल (पब्लिक) दिखाता है — यह पता IANA के किसी भी आरक्षित ब्लॉक में नहीं पड़ता, और यही वह जवाब है जिसके लिए ज़्यादातर लोग यह पेज खोलते हैं।

   राउटिंग टेबल या फ़ायरवॉल नियम में एक अकेले होस्ट का रास्ता /32 में लिखा जाता है। वाइल्डकार्ड मास्क यहाँ 0.0.0.0 निकलता है, और फ़ायरवॉल को एक ही पता पकड़ने के लिए ठीक यही चाहिए।

यह कैलकुलेटर सिर्फ़ IPv4 के लिए है। IPv6 के पते 128 बिट चौड़े होते हैं, जो इसी हिसाब में नहीं बैठते और उनके होस्ट गिनने के नियम भी अलग हैं — एक /64 में 2^64 पते होते हैं, इसलिए वहाँ नेटवर्क और ब्रॉडकास्ट पते घटाने का कोई मतलब नहीं। IPv6 लिखने पर यह पेज उसे ग़लत जवाब देने के बजाय नामंज़ूर कर देता है। पेज सबनेटिंग का पुराना ढाँचा मानकर चलता है: नेटवर्क और ब्रॉडकास्ट पते आरक्षित बताए जाते हैं और होस्ट की रेंज उनके बीच का सब कुछ होती है — यही RFC 950 ने तय किया था और आज भी लगभग हर नेटवर्क यही करता है। कुछ ख़ास मामलों के लिए प्रीफ़िक्स लंबाई के और तरीक़े भी हैं, और ब्लॉक का वर्गीकरण आज की IANA पता रजिस्ट्री के हिसाब से होता है; उसमें समय-समय पर बदलाव होते रहते हैं, इसलिए इस पेज के बनने के बाद आरक्षित होने वाला कोई ब्लॉक यहाँ पब्लिक बताया जाएगा।

CIDR ब्लॉक से नेटवर्क पता कैसे निकालें?

पते को सबनेट मास्क के साथ AND कीजिए। 192.168.1.10/24 के लिए मास्क 255.255.255.0 है, जो बाइनरी में 24 एक और उसके बाद 8 शून्य है; AND करने पर आख़िरी ऑक्टेट मिट जाता है और 192.168.1.0 बचता है। ब्रॉडकास्ट पता वही AND है, बस होस्ट बिट 0 की जगह 1 करके, यानी 192.168.1.255। इन दोनों के बीच का सब कुछ उपयोगी होस्ट की रेंज है।

/26 में कितने उपयोगी होस्ट होते हैं?

62। /26 में 6 होस्ट बिट बचते हैं, इसलिए ब्लॉक 2^6 = 64 पतों का है, और उनमें से दो नेटवर्क तथा ब्रॉडकास्ट पते ले लेते हैं। यही नियम /24 पर 254 देता है, /25 पर 126 और /27 पर 30। दो प्रीफ़िक्स ऐसे हैं जहाँ यह नहीं लगता: /31, जिसमें 2 उपयोगी पते होते हैं, और /32, जिसमें 1।

कौन-कौन सी पता श्रेणियाँ प्राइवेट हैं?

तीन ब्लॉक, और तीनों RFC 1918 में दर्ज हैं: 10.0.0.0/8, 172.16.0.0/12 और 192.168.0.0/16। ये पब्लिक इंटरनेट पर राउट नहीं होते, इसलिए कोई भी संस्था इन्हें जितना चाहे इस्तेमाल कर सकती है — बस उसे उसी नंबरों वाले किसी दूसरे नेटवर्क तक पहुँचने की ज़रूरत नहीं होनी चाहिए। कई और ब्लॉक इनसे मिलते-जुलते लगते हैं पर प्राइवेट नहीं हैं: 100.64.0.0/10 साझा पता स्थान है जो कंपनियों के नेटवर्क के अंदर इस्तेमाल होता है, और 169.254.0.0/16 वह लिंक लोकल ब्लॉक है जो कोई उपकरण DHCP फ़ेल होने पर ख़ुद को दे देता है।

वाइल्डकार्ड मास्क क्या है, और सबनेट मास्क से कैसे अलग है?

यह सबनेट मास्क को बिट-दर-बिट उलटा करने पर मिलता है। /24 का मास्क 255.255.255.0 है और वाइल्डकार्ड 0.0.0.255। सिस्को की एक्सेस लिस्ट और कुछ फ़ायरवॉल नियम वाइल्डकार्ड में लिखे जाते हैं, जबकि इंटरफ़ेस पर मास्क ख़ुद लगाया जाता है — इसीलिए यह पेज दोनों दिखाता है। दोनों का जोड़ हमेशा 255.255.255.255 होता है, तो एक हाथ में हो तो दूसरा भी है।

/31 में दो उपयोगी होस्ट क्यों होते हैं, एक भी नहीं?

क्योंकि RFC 3021 ने सिर्फ़ इसी प्रीफ़िक्स का नियम बदल दिया। /31 में दो पते होते हैं, और पुराने हिसाब से दोनों आरक्षित चले जाते — एक नेटवर्क पते के नाम पर और एक ब्रॉडकास्ट के नाम पर — जिससे ऐसे लिंक के लिए कुछ नहीं बचता जिसे ठीक दो सिरे चाहिए। RFC कहता है कि दो-सिरों वाले लिंक पर दोनों पतों को उपयोगी होस्ट मानिए, और आज राउटर यही करते हैं, और यह कैलकुलेटर भी यही बताता है।

क्या यह IPv6 पर भी चलता है?

नहीं, और यह दिखावा भी नहीं करता। IPv6 के पते 128 बिट चौड़े होते हैं, इसलिए यहाँ इस्तेमाल होने वाले 32 बिट के पूर्णांकों से वही अंकगणित नहीं किया जा सकता, और होस्ट गिनने का नियम भी बिल्कुल अलग है — एक /64 में 2^64 पते होते हैं, और वह ऐसी संख्या है जिसमें से दो घटाई ही नहीं जा सकतीं। IPv6 का प्रीफ़िक्स लिखने पर ग़लत जवाब के बजाय फ़ॉर्मैट की त्रुटि मिलती है, और IPv6 वाला संस्करण अपने अलग आउटपुट के साथ एक अलग पेज होगा।

• IPv4 Special-Purpose Address Registry — IANA
• RFC 1918: Address Allocation for Private Internets — IETF
• RFC 3021: Using 31-Bit Prefixes on IPv4 Point-to-Point Links — IETF