एक नेटवर्क पता एक मान्य होस्ट पता क्यों नहीं हो सकता है?

18

इसलिए ... मैंने CCNA और इस तरह का अध्ययन किया है और कम से कम पिछले 8 वर्षों में आईपी नेटवर्किंग के साथ काम कर रहा हूं। मैंने हमेशा देखा है और कहा गया है कि एक सबनेट के लिए नेटवर्क पता एक मान्य होस्ट पता नहीं है। अब सबसे पहले मैं कहूंगा कि मैं जानता हूं कि यह सच है। मेरा प्रश्न अधिक है ... क्या इसका कोई तकनीकी कारण है जिसका उपयोग नहीं किया जा सकता है या क्या यह केवल विनिर्देशन डिजाइन किए जाने पर मनमाने ढंग से सहमत था? मैं समझता हूं कि प्रसारण पते का उपयोग क्यों नहीं किया जा सकता है (क्योंकि इसका उपयोग किया जाता है)। बात यह है कि जब मैं एक नेटवर्क पते का उपयोग करता हूं, तो यह सामान्य रूप से केवल रूटिंग में होता है जो विशेष रूप से नेटवर्क पते का उपयोग कर रहा है। यह मामला होने के नाते, (नेटवर्क पते का उपयोग केवल तब किया जा रहा है जब आप नेटवर्क पते की उम्मीद कर रहे हैं) क्या कुछ तकनीकी कारण है कि वे नेटवर्क पते को वास्तविक मान्य होस्ट पता नहीं हो सकते हैं?

networking ip

— Goblinlord
स्रोत

16

जहां तक मैं समझता हूं, विशेष पते के रूप में "नेटवर्क एड्रेस" अतीत से एक विशिष्ट आईपी नेटवर्क का एक विरूपण साक्ष्य है। आज, हम इंटरनेट पर क्लासलेस इंटर-डोमेन रूटिंग ( CIDR ) का उपयोग करते हैं, जिसमें नेटवर्क पते की अवधारणा नहीं है (यदि आप ऊपर दिए गए RFC 4632 को देखते हैं, तो आप देखेंगे कि यह प्रति विरासत 256 संभावित IP पते को सूचीबद्ध करता है। "सी" ब्लॉक, उदाहरण के लिए नेटवर्क या प्रसारण पते के लिए कोई आरक्षित पते नहीं हैं (हालांकि प्रसारण को अन्य आरएफसी में आवश्यक के रूप में परिभाषित किया गया है)।

यह कहा जा रहा है, आपको अभी भी किसी नेटवर्क में किसी विशिष्ट होस्ट के लिए एक नेटवर्क पते को असाइन नहीं करना चाहिए: रूट करने के लिए नेटवर्क पता आवश्यक है। इस अवधारणा का RFC ( RFC 1812 ) में बड़े पैमाने पर उपयोग किया जाता है । बस रूटिंग टेबल ( routeकमांड) को देखें, आप देखेंगे कि आपके स्थानीय नेटवर्क पते का उपयोग आपके स्थानीय नेटवर्क ट्रैफ़िक को राउटर से अलग करने के लिए कैसे किया जाता है। क्या होगा अगर उस स्थानीय नेटवर्क पते को कुछ होस्ट को सौंपा गया था?

भी बदतर: यह बेहतर शून्य में समाप्त होने वाले इस पता है, भले ही IP पते असाइन करने के लिए नहीं है नहीं कोई नेटवर्क पता। उदाहरण के लिए, यदि आपका नेटवर्क 10.10.0.0/255.255.0.0 है, तो IP पता 10.10.5.0 आपका नेटवर्क पता नहीं है, लेकिन बेहतर होगा कि आप ऐसे IP को असाइन न करें, भले ही यह पूरी तरह से मान्य IP नेटवर्क पर भी मान्य हो। कुछ विरासत सॉफ्टवेयर / आईपी स्टैक के साथ समस्या हो सकती है।

अद्यतन: goblinlord द्वारा

के अनुसार आरएफसी 1812 (धारा 5.3.5.2) क्या हम कहते हैं कोई नेटवर्क पता मूल रूप से "निर्देशित प्रसारण" जो वांछित नेटवर्क के लिए एक प्रसारण पैकेट भेजना होगा के लिए इस्तेमाल किया गया था। इस फ़ंक्शन को SMURF हमलों के कारण अप्रचलित कर दिया गया था। समारोह को आधिकारिक तौर पर RFC 2644 में बदल दिया गया था । बाद में, आगे के कार्यान्वयन को चुपचाप स्रोत पते (नेटवर्क पते) के साथ पैकेट को छोड़ देना चाहिए । हालांकि यह वही होना चाहिए जो मैं वास्तव में उत्सुक हूं कि कितने कार्यान्वयन वास्तव में ऐसा करते हैं।

यह आगे RFC 3021 में जोड़ा गया है जब / 31 सबनेटिंग को संबोधित किया गया था।

— haimg
स्रोत

5

@ शुद्धता: हमेशा नहीं। केवल / 31 से बड़े नेटवर्क में। जैसे पी 2 पी में दो पते हो सकते हैं और कोई प्रसारण पता नहीं।

— हैमग

3

हम्मम ... मुझे जवाब का पहला भाग पसंद है ... कि यह क्लासफुल आईपी नेटवर्क से एक कलाकृतियों है। दूसरे भाग के साथ मेरा मुद्दा फिर से है रूटिंग टेबल विशेष रूप से एक नेटवर्क पर रूट करने के लिए उपयोग किए जाते हैं। जैसा कि मैं इसे समझता हूं, रूटिंग टेबल को केवल एक नेटवर्क पर रूट करने के लिए देखा जाता है, जिस पर रिसीवर नहीं है (आपके आईपी सबनेट / नेट का हिस्सा नहीं है)। यह मामला है ... जब एक रूटिंग टेबल को देखते हुए यह स्पष्ट है कि इसमें नेटवर्क पते हैं और मेजबान पते नहीं हैं, इसलिए इसे एक मेजबान पैकेट डेस्ट आईपी से अलग करना है। वास्तविक ट्रैफ़िक में, नेट एड्रेस का एक डेस्ट आईपी कभी उपयोग नहीं किया जाता है।

— गोबलिनलार्ड

1

तो ... क्या यह विशेष रूप से आरक्षित करने का कोई कारण है अगर ये 2 उदाहरण पहले से ही अलग हो चुके हैं (रूटिंग टेबल में नेटवर्क एड्रेस और निर्धारित करते समय आईपी निर्धारित करें कि क्या आपको एक रूटिंग टेबल देखने की आवश्यकता है)।

— गोब्लिनॉर्ड

1

@ गोब्लिनॉर्ड: कोई आधिकारिक कारण जो मुझे (हाल के आरएफसी, आदि) नहीं मिला। हालांकि, इतना सॉफ्टवेयर इस धारणा के साथ बनाया गया है कि नेटवर्क पता "विशेष" है, कि व्यवहार में आप इसे होस्ट होस्ट पते के रूप में उपयोग नहीं करेंगे।

— १g

1

एक सिस्को विन्यास प्रविष्टि है जो नेटवर्क पते को भी होस्ट करने की अनुमति देता है, जो लगभग 10 वर्षों से है ... मैंने इसका कभी उपयोग नहीं किया, या इसका परीक्षण भी नहीं किया, और संभव स्टैक मुद्दों के कारण, विशेष रूप से didn नेटवर्क पर मेजबानों को .0 या .255 पर समाप्त करने की अनुमति दें, जिसके लिए मैं जिम्मेदार था, हालांकि मैं @Home पर / 24 से छोटे के लिए उपयोग में अन्य नेटवर्क या प्रसारण पते पर नहीं आया था, और जबकि कोरओएस चाहता था मध्यम .0 और .255 को मेज़बान के रूप में / 23 / और / 21 के दशक में मेजबान के रूप में जारी करें, मैंने उन्हें मैन्युअल रूप से आरक्षित किया है।

— नेविन विलियम्स

5

तो व्यावहारिक जवाब है: यह वास्तव में निर्भर करता है। पर निर्भर करता है:

सटीक पता, और कई आरएफसी में इसके अर्थ
आपके ऑपरेटिंग सिस्टम का संस्करण और संशोधन
... और वह आपके राउटर का, और हर दूसरा अपस्ट्रीम राउटर
... और उन राउटरों के सभी नेटवर्क व्यवस्थापक की बुद्धि और परिष्कार ...

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

मुझे यकीन है कि वहाँ सुरक्षा विश्लेषक और हैकर्स हैं जिनके पास बिल्कुल विस्तृत आँकड़े हैं कि टीसीपी-आईपी स्टैक कार्यान्वयन के कितने संस्करण हैं और क्या करते हैं और क्या समायोजित या अनुमति नहीं देते हैं और कैसे और कहाँ वे अपने निशान को याद करते हैं। ।

वास्तव में, मैं अपने नेटवर्क पते से इसे ब्राउज़ और पोस्ट कर रहा हूं।

जब तक आपके पास कार्डों के इस घर को ठीक करने का एक बेहतर समाधान नहीं है, तब तक मुझे एक बुरा नेता न कहें: वास्तविकता यह है कि यदि यह संभव है, तो यह होगा। वास्तविकता यह है कि कोई भी वास्तव में पर्याप्त स्मार्ट नहीं था और पूरी तरह से मूर्ख-प्रूफ डिज़ाइन के साथ आने के लिए अपने सभी संभावित पुनरावृत्तियों में इस पूरी चीज़ के माध्यम से सोचा, इससे पहले कि लोग इसका उपयोग करना शुरू कर दें - जैसा कि जीवन की अधिकांश चीजों के साथ होता है। परिणाम? मानक जहां बहुत सारी चीजें जुड़ती नहीं हैं और / या अनुवाद में खो जाती हैं।

असल दुनिया में आपका स्वागत है। ऐसा न करें कि आप को कभी मायावी इष्टतम आदर्शों का पीछा करने से मना करें ... बस "आधिकारिक" चैनलों या मंचों से समर्थन की उम्मीद न करें जब तक कि आप अपने हाथों को गंदा करने के लिए तैयार न हों और अपना समय और जीवन इसे समर्पित करें, निर्माण आवश्यक सहमति, और उस के आसपास की राजनीति को नेविगेट करना।

इसलिए, मुझे लगता है कि अन्य पोस्टर क्या कहना चाह रहे थे: यदि आप इस आधिकारिक नीति को बनाना चाहते हैं और इसका उपयोग उत्पादन में करना चाहते हैं, तो आप अपने दम पर कर रहे हैं। (लेकिन आप वैसे भी नहीं हैं?) हो सकता है कि हम इसे भाग्यशाली मानें और हमारे पास एक कंप्यूटर इंटेलिजेंस डिज़ाइन का एक IPv8 हो, जो IPv4 और IPv6 और उनके सभी टूटे हुए कार्यान्वयन के साथ पीछे की ओर संगत हो।

— Dagelf
स्रोत

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

— Dagelf

2

मैं नेटवर्क में नया हूँ लेकिन मैं अपने 2 सेंट भी दूंगा।

अगर मेरे पास xxx0 - xxx15 से / 28 सबनेटवर्क है, तो पूर्वनिर्धारित नियमों के अनुसार हमारे पास 14 प्रयोग करने योग्य मेजबानों और 2 शेष होंगे। शेष नेटवर्क और प्रसारण के लिए हैं।

ऊपर दिए गए नियम का पालन करने के बजाय, वास्तव में सभी 16 मेजबानों का उपयोग करते हैं। फिर उस स्थिति में सब ठीक होगा, कोई समस्या नहीं। लेकिन अगर नेटवर्क के बाहर साम्यवाद की आवश्यकता थी, तो जानकारी भेजने या प्राप्त करने के लिए संसाधनों की कमी के कारण यह संभव नहीं होगा।

मैं समझाने के लिए नहीं बल्कि इसे दूसरे तरीके से बताने के लिए महान हूं।

अगर मैं सड़क पर एक घर में रहता था और गली में 14 घर थे। मुख्य सड़क तक पहुंचने के लिए एक प्रवेशद्वार और बाहर।

मेरा मेलिंग एड्रेस 1-14 पर्सनल स्ट्रीट, ऑफ नेटवर्क रोड से होगा।

वह मेल मैन के लिए कोई समस्या नहीं होगी। अब मान लेते हैं कि डेवलपर्स लालची हो गए और 2 और घर जोड़ दिए और लालटेन से छुटकारा पा लिया।

तब मेरा नया मेलिंग पता 1-16 पर्सनल स्ट्रीट से होगा

इस उदाहरण में मेल मैन मुश्किल में होगा।

यह एक अनुमान है, मुझे पता है कि क्या मैं बैल बात कर रहा हूँ।

— विलियम
स्रोत

0

नेटवर्क एड्रेस आपको फिक्स्ड-साइज़ (4-बाइट्स IPv4) डेस्टिनेशन कॉलम और फिक्स्ड-साइज़ बाइनरी ऑपरेशंस के साथ रूट टेबल बनाने देता है ताकि होस्ट रूटिंग और नेटवर्क रूटिंग वास्तव में एक ही बात हो।

इस तरह एक रूटिंग टेबल की कल्पना करें: (इस पीसी का दूसरे पीसी और नेटवर्क कार्ड के साथ समानांतर संबंध है)

Dest           Mask    Dev
192.168.0.123  /32     plip0   # This is a single host
192.168.0.0    /24     eth0    # This is a network

और आईपी पते और नेटमास्क के बीच आपको वही देता है जिसकी आपको आवश्यकता होती है, एक 4 बाइट्स संख्या जिसकी तुलना प्रत्येक पंक्ति के बिना आगे की गणना के साथ की जा सकती है।

तो मेजबान संख्या शून्य इस मायने में विशेष है कि AND ऑपरेशन के बाद इसका पता स्वाभाविक रूप से पूरे नेटवर्क का प्रतिनिधित्व करता है।

यदि आपने होस्ट नंबर के रूप में नेटवर्क नंबर का उपयोग करने का निर्णय लिया है तो इसका परिणाम इस प्रकार होगा:

Dest           Mask    Dev
192.168.0.0    /32     eth0    # This is the host (it's a redundant line)
192.168.0.0    /24     eth0    # This is the network

यह कानूनी लगता है, इसलिए मुझे लगता है कि नेटवर्क पते की अवधारणा को रूटिंग कारणों से उपयोग किया जाता है और इस प्रकार इसे एक विशेष पते के रूप में चिह्नित करने और एक मेजबान पते के रूप में इसके उपयोग को प्रतिबंधित करने के लिए मनमाने ढंग से निर्णय लिया गया।

खैर ... वास्तव में यह इतना आसान नहीं है। मैंने इसका एक प्रयास करने का फैसला किया है (!!!):

# route add -net 192.168.0.0/32 eth0
# ping 192.168.0.0
Do you want to ping broadcast? Then -b
# telnet 192.168.0.0
Trying 192.168.0.0...
telnet: connect to address 192.168.0.0: Network is unreachable

वर्तमान में नेटवर्क प्रोग्राम मुझे एक सामान्य पते के रूप में नेटवर्क नंबर का उपयोग करने की अनुमति नहीं देते हैं।

— डेविड कोस्टा
स्रोत

अपनी पहली रूटिंग टेबल उदाहरण को ध्यान में रखते हुए मुझे लगता है कि चीजों को करने का एक बहुत बुरा तरीका है ... यदि आपके पास आपके .0.0 सबनेट पर अन्य होस्ट हैं तो वे एक दूसरे के साथ ठीक से संवाद कैसे करते हैं। हर एक मेजबान? यह वास्तव में चीजों को करने के उचित तरीके की तरह प्रतीत नहीं होता है।

— गोबलिनॉर्ड

यह सिर्फ एक काल्पनिक उदाहरण है, मैं कभी भी एक तालिका की तरह सेटअप नहीं करता हूं :-) .123 मेजबान एक बिंदु से बिंदु कनेक्शन से जुड़ा होता है जबकि बाकी सामान्य ईथरनेट नेटवर्क होता है। यदि आप चाहते हैं कि अन्य मशीनें .123 होस्ट तक पहुंचें, तो आपको अतिरिक्त काम करने की आवश्यकता है, लेकिन यह असंभव नहीं है।

— डेविड कोस्टा

0

इस प्रश्न के उत्तर की खोज करते हुए मैं सिस्को के इस लेख के पार आया । उस लेख से निम्नलिखित उद्धरण मुझे अच्छी तरह से लगता है कि मुझे लगता है।

[...] आईपी पते १.1२.१६.१.१० पर विचार करें। यदि आप इस आईपी पते के अनुसार सबनेट पते की गणना करते हैं, तो आपके पास आने वाला उत्तर सबनेट 172.16.0.0 (सबनेट शून्य) है। ध्यान दें कि यह सबनेट पता 172.16.0.0 नेटवर्क पते के समान है, जो पहले स्थान पर सबनेट किया गया था, इसलिए जब भी आप सबनेटिंग करते हैं, तो आपको एक नेटवर्क और एक सबनेट (सबनेट शून्य) अप्रभेद्य पते के साथ मिलता है। यह पहले बहुत भ्रम का स्रोत था ।

भ्रम से बचना मेरे लिए एक अच्छा पर्याप्त कारण है।

— सैमुअल हैमर
स्रोत

मुझे पता है कि यह प्रश्न बहुत समय पहले सामने आया था, लेकिन मैं इस सामान की समीक्षा कर रहा था। आपके द्वारा उद्धृत लेख "सबनेट शून्य" या नेटवर्क पते में पहले सबनेट के बारे में बात कर रहा है। यह कुछ पूरी तरह से अलग है और किसी भी आधुनिक नेटवर्क में मैंने हर स्विच पर काम किया है जिसमें "आईपी सबनेट-शून्य" सक्षम है। इसमें यह भी उल्लेख किया गया है कि इन दिनों यह उनके सभी स्विच पर डिफ़ॉल्ट रूप से सक्षम है (संस्करण 12 के रूप में जो 2003 के आसपास जारी किया गया था)।

— गोबलिनॉर्ड

0

RFC 1122 ("इंटरनेट होस्ट के लिए आवश्यकताएँ - संचार परतें") इसे प्रतिबंधित करती हैं:

IP पते को किसी भी <host-number>, <Network-number>, या <Subnet- संख्या> फ़ील्ड के लिए मान 0 या -1 की अनुमति नहीं है

— ब्रायन
स्रोत

0

एक नेटवर्क पते को होस्ट पता नहीं माना जाता है, लेकिन यह सिर्फ एक नंबर है। पते में सीमित क्षेत्रों जैसे बिंदु-से-बिंदु नेटवर्क / a 30 मास्क का उपयोग अक्सर किया जाता है, फिर भी मेजबान पते का उपयोग करता है। एक कम अभ्यास, लेकिन समान सिद्धांत को प्राप्त करने के लिए / 31 मास्क का उपयोग करना है और एक छोर को नेटवर्क पते के रूप में और दूसरे को प्रसारण के रूप में उपयोग करना है।

पूर्व।

Router(config)#int gi0/0
Router(config-if)#ip add 10.0.0.0 255.255.255.254
Router(config-if)#no shut


Router2(config)#int gi0/0
Router2(config-if)#ip add 10.0.0.1 255.255.255.254
Router2(config-if)#no shut


        .0        .1
[Router]-----------[Router2]
   network      broadcast

— cmd
स्रोत