सवाल क्या X.Y.Z.0 एक वैध आईपी पता है?


पिछले ऑक्टेट में 0 के साथ आईपी पते वैध हैं?

10.6.43.0

मेरे मामले में, मेरे पास निम्न नेटमास्क है

255.255.252.0

अन्य ऑक्टेट्स के लिए 0 के बारे में क्या?


82
2018-05-21 20:39


मूल


दूसरों ने उत्तर दिया है, लेकिन हम अपने डीएचसीपी श्रेणियों में / 23s चलाते हैं, जिसका अर्थ है कि दो / 24 के मध्य .255 और .0 पते ग्राहकों को सौंपे जाते हैं। ठीक काम करता है। कभी-कभी "जानकार" उपयोगकर्ता थोड़ा सोचते हैं कि उन्होंने एक अवैध आईपी खींचा है, लेकिन नेटवर्किंग पीओवी से यह ठीक काम करता है। - jj33
यह भी देखें: नेटवर्क पता क्या है X.Y.Z.0 के लिए इस्तेमाल होता है? - voretaq7


जवाब:


यह प्रश्न में आईपी पते के सबनेट पर निर्भर करता है। सामान्यतः, सबनेट में पहले और अंतिम पते क्रमशः नेटवर्क पहचानकर्ता और प्रसारण पता के रूप में उपयोग किए जाते हैं। सबनेट में अन्य सभी पते उस सबनेट पर होस्ट को आवंटित किए जा सकते हैं।

उदाहरण के लिए, .0 या .255 में समाप्त होने वाली कम से कम 24 बिट्स के सबनेट मास्क वाले नेटवर्क के आईपी पते कभी मेजबान को असाइन नहीं किए जा सकते हैं। एक सबनेट के ऐसे "अंतिम" पते को "प्रसारण" पते माना जाता है और संबंधित सबनेट पर सभी होस्ट इसका जवाब देंगे।

सैद्धांतिक रूप से, ऐसी परिस्थितियां हो सकती हैं जहां आप .0: में समाप्त होने वाले पते को असाइन कर सकते हैं। उदाहरण के लिए, यदि आपके पास 1 9 2.168.0.0/255.255.0.0 जैसे सबनेट हैं, तो आपको होस्ट को 192.168.1.0 पता करने की अनुमति है। हालांकि यह भ्रम पैदा कर सकता है, इसलिए यह एक बहुत ही आम प्रथा नहीं है।

आपके उदाहरण में

 10.6.43.0 with subnet 255.255.252.0 (22 bit subnet mask)

का अर्थ है सबनेट आईडी 10.6.40.0, होस्ट पता 10.6.40.1 से 10.6.43.254 और प्रसारण पता 10.6.43.255 से है। तो सिद्धांत रूप में, आपके उदाहरण 10.6.43.0 को वैध होस्ट पता के रूप में अनुमति दी जाएगी।


138
2018-05-21 20:41



काफी बेहतर ;-] - pQd
अच्छा उत्तर...... - jj33
एक जोड़ा अतीत में मुझे कुछ पुराने सॉफ़्टवेयर से निपटना पड़ा था, जहां स्थानों पर .0 पता का उपयोग करने में समस्याएं थीं, जहां यह पूरी तरह से कानूनी बात थी। - Zoredache
और इस प्रश्न का कोई जवाब सीआईडीआर आरएफसी के संदर्भ के बिना पूरा नहीं होगा: आरएफसी 1518 और आरएफसी 1519 जो ये सब परिभाषित करते हैं। - pjz
आरएफसी 1519 लंबे समय तक अप्रचलित है। वर्तमान संस्करण आरएफसी 4632 है। - bortzmeyer


आपके प्रश्न का उत्तर नेटमास्क पर निर्भर करता है। सामान्य विवरण में '0 या .255 में समाप्त होने वाले आईपी पते अमान्य हैं 'गलत है। 10.0.1.0/23 लें - यह वैध आईपी पता है।

10.6.43.0/255.255.252.0 उर्फ ​​10.6.43.0/22 ​​मान्य है।

वह सिद्धांत था। सबसे उचित नेटवर्क डिवाइस [लिनक्स सर्वर, विंडोज़ बॉक्स, सिस्को / एचपी / आदि सहित) इस तरह के पते के साथ ठीक काम करेंगे, लेकिन मैंने डिलिंक और अन्य लो-एंड नेटवर्क उपकरण [राउटर, एक्सेस पॉइंट] ऐसे पते स्वीकार नहीं किए हैं।


13
2018-05-21 20:45





मैंने यह पाया, जो दावा करता है कि यह आपके सबनेट मास्क के आधार पर मान्य है।

http://en.wikipedia.org/wiki/IPv4#Addresses_ending_in_0_or_255


9
2018-05-21 21:24





मैं अन्य ऑक्टेट्स के लिए 0 के बारे में थोड़ा सा जोड़ना चाहता हूं:

यह आसान है: बिल्कुल सामान्य निजी नेटवर्क पता के रूप में, यह कोई समस्या नहीं है 192.168.0.1 दिखाता है।

बेशक एक और अधिक स्पष्ट उदाहरण होगा 127.0.0.1


8
2017-07-04 15:44



-1 स्पष्ट के लिए ... - Jon Rhoades
स्पष्ट इंगित करने के लिए +1 - just somebody
सवाल अन्य octets में शून्य के बारे में नहीं पूछ रहा है। - slang
@slang: इसके अलावा यह सचमुच आखिरी वाक्य में बिल्कुल पूछता है। - Joachim Sauer


मैंने अपने नेटवर्क से आईपी पतों को अस्वीकार करने वाले रिमोट नेटवर्क्स के साथ समस्याओं में भाग लिया है, यदि वे 0 (या 255) के साथ समाप्त हो गए हैं और वे कक्षा सी श्रेणी से थे, क्योंकि 0 के साथ समाप्त होने वाली कोई भी चीज़ एक अवैध कक्षा सी नेटवर्क होगी।

यह कुछ साल पहले था; मुझे नहीं पता कि कोई भी अभी भी ऐसे पते को ब्लॉक करता है या नहीं।


3
2018-06-27 12:26



यह सिर्फ आपके फ़ायरवॉल / सॉफ़्टवेयर की तरह लगता है थोड़ा सा दाफ्ट;) - nixgeek
.0 या .255 को छोड़कर मेरे नेटवर्क पर प्रत्येक आईपी पता प्रत्येक साइट तक पहुंच सकता है, .0 और .255 में समाप्त होने वाले आईपी पते 95% साइटों तक पहुंच सकते हैं, लेकिन वहां दो या तीन पूरी तरह से अलग-अलग साइटें थीं जिन्हें वे एक्सेस नहीं कर सके। अगर यह मेरा फ़ायरवॉल / सॉफ्टवेयर था, तो मुझे यकीन है कि यह कैसे पता नहीं लगा सका। - Josh Kelley
इन्हें उसी तरह के लोगों द्वारा कॉन्फ़िगर किए गए फ़ायरवॉल का उपयोग करना होगा जो सभी आईसीएमपी को अवरुद्ध करते हैं और पीएमटीयूडी तोड़ते हैं, या सभी "अमान्य" टीसीपी झंडे को अवरुद्ध करते हैं और ईसीएन तोड़ते हैं। - CesarB
माइक्रोसॉफ्ट सर्वर कथित तौर पर आज भी ऐसा करते हैं। आपके लिए कोई विंडोज अपडेट नहीं है। लेकिन माइक्रोसॉफ्ट हमेशा के लिए नियम तोड़ने के लिए जाना जाता है। - Zdenek


बस कुछ ऐसा जो मैंने पाया वह शायद उल्लेखनीय है:

यदि आप iptables के लिए आर-एफएक्स नेटवर्क 'एपीएफ स्क्रिप्ट चला रहे हैं, तो यह सभी ट्रैफिक 0.0.0.255 पर छोड़ देता है

हमारे पास बीटी ग्राहक था जो 255 के उपसर्ग के साथ 255 में समाप्त हुए पते के साथ था। तकनीकी रूप से एक वैध आईपी पता, हालांकि आर-एफएक्स नेटवर्क के लोग सोचते हैं कि इन पतों के लिए पैकेट छोड़ने का कारण है।


0
2018-01-17 14:10



वे सुरक्षा उद्देश्यों के लिए पैकेट को 0.0.0.255 पर छोड़ने का विकल्प चुन रहे हैं। 1) एक प्रसारण पैकेट की शक्ति का लाभ उठाकर डॉस हमले हो सकते हैं और 2) नेटवर्क को पूरी तरह से निजीकृत करने के लिए कोई मेजबान प्रसारण नहीं कर सकता है। देख en.wikipedia.org/wiki/Broadcast_traffic#Security - zamnuts